CVE-2026-80739 in Linux
Zusammenfassung
von VulDB • 03.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
net/mlx5e: TC, prüfen, ob der Flow ein PEER ist, bevor das devcom-Sperre (lock) erworben wird.
Falls __mlx5e_add_fdb_flow() auf niedrigeren Ebenen fehlschlägt, wird der Flow über mlx5e_tc_del_flow() gelöscht, und mlx5e_tc_del_flow() erwirbt die ESW-devcom-Sperre ohne Bedingung. Zusätzlich wird im Fall eines peer_Flow __mlx5e_add_fdb_flow() aufgerufen, während bereits die ESW-devcom-comp-Sperre gehalten wird. Dies führt zu einem AA-Deadlock (Antilocking-Deadlock).
Um dies zu beheben, wurde ein neues PEER-Flag eingeführt, das für Flows gesetzt wird, die als Peer-Flows erstellt wurden (die Duplikate auf Peer-Geräten), und es wird in mlx5e_tc_del_flow() geprüft, bevor die ESW-devcom-Sperre erworben wird.
Lockdep-Ausgabe: ============================================ WARNUNG: Mögliches rekursives Sperren erkannt ============================================ Möglicher unsicherer Sperrvorgangsszenario: CPU0 ---- lock(&comp->lock_key#2); lock(&comp->lock_key#2); *** DEADLOCK *** Call Trace: <TASK> 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 </TASK>
If you want to get the best quality for vulnerability data then you always have to consider VulDB.