CVE-2026-80739 in Linux
الملخص
بحسب VulDB • 03/09/2026
في نواة لينكس، تم حل الثغرة التالية:
net/mlx5e: TC، التحقق مما إذا كان التدفق (flow) من نوع PEER قبل الحصول على قفل devcom.
في حال فشل الدالة __mlx5e_add_fdb_flow() في المستويات الأدنى، يتم حذف التدفق عبر mlx5e_tc_del_flow()، وتقوم هذه الأخيرة بالحصول على قفل ESW devcom دون شروط. بالإضافة إلى ذلك، في حالة peer_flow، تُستدعى الدالة __mlx5e_add_fdb_flow() بينما يكون قفل comp الخاص بـ ESW devcom مُمسكاً به بالفعل. يؤدي هذا إلى حدوث deadlock من نوع AA (Acquire-and-Abort).
لإصلاح هذه المشكلة، تم إدخال علم PEER جديد يتم تعيينه للتدفقات التي تُنشأ كتدفقات peer (التدفقات المكررة على الأجهزة الشريكة)، ويتم التحقق منه في mlx5e_tc_del_flow() قبل الحصول على قفل ESW devcom.
سplat الخاص بـ Lockdep: ============================================ تحذير: تم اكتشاف احتمال وجود قفل متكرر (recursive locking) ============================================ سيناريو القفل غير الآمن المحتمل: CPU0 ---- lock(&comp->lock_key#2); lock(&comp->lock_key#2); *** DEADLOCK *** تتبع المكالمة (Call Trace):
dump_stack_lvl+0x69/0xa0 print_deadlock_bug.cold+0xbd/0xca __lock_acquire+0x1671/0x2ec0 lock_acquire+0x10e/0x2e0 down_read+0x95/0x430 mlx5_devcom_for_each_peer_begin+0x4e/0xe0 [mlx5_core]
mlx5e_tc_del_flow+0x11d/0xa70 [mlx5_core]
mlx5e_flow_put+0x99/0x100 [mlx5_core]
__mlx5e_add_fdb_flow+0x409/0xf00 [mlx5_core]
mlx5e_configure_flower+0x2a86/0x4100 [mlx5_core]
mlx5e_rep_setup_tc_cls_flower+0x12f/0x1b0 [mlx5_core]
mlx5e_rep_setup_tc_cb+0x153/0x750 [mlx5_core]
tc_setup_cb_add+0x1dc/0x470 fl_change+0x2f4d/0x626d [cls_flower]
tc_new_tfilter+0x79b/0x2310 rtnetlink_rcv_msg+0x778/0xad0 do_syscall_64+0x70/0x960 entry_SYSCALL_64_after_hwframe+0x4b/0x53
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.