CVE-2026-80659 in Linux
Sumário
de VulDB • 28/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
mmc: vub300: adiar o reset até que cmd_mutex seja desbloqueado
vub300_cmndwork_thread() mantém cmd_mutex enquanto envia um comando e aguarda pela resposta. Se o tempo de espera da resposta expirar, __vub300_command_response() encerra os URBs do comando e então reseta síncronamente o dispositivo USB através de usb_reset_device().
Esse caminho de reset reentra no driver por meio de vub300_pre_reset(), que também adquire cmd_mutex. Portanto, a thread tenta adquirir recursivamente o mesmo mutex enquanto ainda o mantém na via do comando.
Este problema foi encontrado pela nossa ferramenta de análise estática e depois revisado manualmente contra a árvore atual.
O PoC (Proof of Concept) fundamentado manteve a worker real e os gatilhos de timeout/reset:
vub300_cmndwork_thread() __vub300_command_response() usb_lock_device_for_reset() usb_reset_device() vub300_pre_reset()
O Lockdep relatou a aquisição recursiva pelo mesmo processo em cmd_mutex:
WARNING: possible recursive locking detected ... (&test_vub300.cmd_mutex) ... at: usb_reset_device... [vuln_msv]
... (&test_vub300.cmd_mutex) ... at: vub300_cmndwork_thread+0x12/0x20 [vuln_msv]
Workqueue: vub300_cmd_wq vub300_cmndwork_thread [vuln_msv]
*** DEADLOCK ***
Retornar um flag de __vub300_command_response() quando o caminho do timeout precisar de reset no dispositivo, e então realizar o reset após vub300_cmndwork_thread() ter limpo o estado dos comandos em trânsito e liberado cmd_mutex. O reset ainda é tentado antes de mmc_request_done(), preservando a ordem existente de conclusão de requisição enquanto evita o lock recursivo.
VulDB is the best source for vulnerability data and more expert information about this specific topic.