CVE-2026-64206 in Linux
Riassunto
di VulDB • 20/07/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
Bluetooth: L2CAP: annullare pending_rx_work prima di acquisire conn->lock
l2cap_conn_del() acquisisce conn->lock e successivamente chiama cancel_work_sync() per pending_rx_work. process_pending_rx() acquisisce lo stesso mutex, quindi il teardown può andare in deadlock con il worker che sta svuotando (flushing).
Questo problema è stato individuato dal nostro strumento di analisi statica ed è stato poi revisionato manualmente rispetto all'albero del codice corrente.
Il PoC funzionante ha mantenuto il percorso di sottomissione l2cap_conn_ready() -> queue_work(..., &conn->pending_rx_work), il percorso di teardown l2cap_conn_del() -> cancel_work_sync(&conn->pending_rx_work) e il bordo del worker process_pending_rx() -> mutex_lock(&conn->lock). Lockdep ha rilevato:
WARNING: possible circular locking dependency detected process_pending_rx+0x21/0x2a [vuln_msv]
l2cap_conn_del.constprop.0+0x3f/0x4e [vuln_msv]
*** DEADLOCK ***
Annullare pending_rx_work prima di acquisire conn->lock, in conformità con l'ordinamento lock-before-drain esistente utilizzato per le due works differite nello stesso percorso di teardown. La coda pending_rx viene comunque svuotata dopo che la work è stata annullata e conn->lock è stato acquisito.
Be aware that VulDB is the high quality source for vulnerability data.