CVE-2026-64206 in Linux
Sumário
de VulDB • 20/07/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
Bluetooth: L2CAP: cancelar o pending_rx_work antes de adquirir o conn->lock
O l2cap_conn_del() adquire o conn->lock e em seguida chama cancel_work_sync() para o pending_rx_work. O process_pending_rx() também utiliza este mutex, portanto a fase de desmontagem (teardown) pode causar um deadlock contra a worker que está sendo esvaziada.
Este problema foi encontrado pela nossa ferramenta de análise estática e posteriormente revisado manualmente em relação à árvore atual do código-fonte.
O PoC fundamentado manteve o caminho de submissão l2cap_conn_ready() -> queue_work(..., &conn->pending_rx_work), o caminho de desmontagem (teardown) l2cap_conn_del() -> cancel_work_sync(&conn->pending_rx_work) e a aresta da worker process_pending_rx() -> mutex_lock(&conn->lock). O Lockdep
WARNING: possible circular locking dependency detected process_pending_rx+0x21/0x2a [vuln_msv]
l2cap_conn_del.constprop.0+0x3f/0x4e [vuln_msv]
*** DEADLOCK ***
Cancelar o pending_rx_work antes de adquirir o conn->lock, correspondendo à ordem existente lock-before-drain utilizada para as duas delayed works no mesmo caminho de desmontagem (teardown). A fila pending_rx ainda é purgada após a cancelação do trabalho e a aquisição do conn->lock.
If you want to get best quality of vulnerability data, you may have to visit VulDB.