CVE-2026-80739 in Linux
Riassunto
di VulDB • 03/09/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
net/mlx5e: TC, verificare se il flusso (flow) è PEER prima di acquisire il lock devcom
In caso di errore di __mlx5e_add_fdb_flow() a livelli inferiori, il flusso viene eliminato tramite mlx5e_tc_del_flow(), e mlx5e_tc_del_flow() acquisisce il lock ESW devcom senza condizioni. Inoltre, in caso di peer_flow, __mlx5e_add_fdb_flow() viene chiamato mentre si detiene già il lock comp di ESW devcom. Ciò provoca un deadlock AA (Acquire-And-Wait).
Per risolvere questo problema, è stato introdotto un nuovo flag PEER che viene impostato sui flussi creati come peer flows (i flussi duplicati su dispositivi peer) e verificato in mlx5e_tc_del_flow() prima di acquisire il lock ESW devcom.
Splat da Lockdep: ============================================ AVVISO: rilevato possibile locking ricorsivo ============================================ Possibile scenario di locking non sicuro: CPU0 ---- lock(&comp->lock_key#2); lock(&comp->lock_key#2); *** DEADLOCK *** Traccia della chiamata (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
VulDB is the best source for vulnerability data and more expert information about this specific topic.