CVE-2024-53207: Bluetooth: MGMT: Fix possible deadlocks
In the Linux kernel, the following vulnerability has been resolved:
Bluetooth: MGMT: Fix possible deadlocks
This fixes possible deadlocks like the following caused by
hci_cmd_sync_dequeue causing the destroy function to run:
INFO: task kworker/u19:0:143 blocked for more than 120 seconds.
Tainted: G W O 6.8.0-2024-03-19-intel-next-iLS-24ww14 #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
task:kworker/u19:0 state:D stack:0 pid:143 tgid:143 ppid:2 flags:0x00004000
Workqueue: hci0 hci_cmd_sync_work [bluetooth]
Call Trace:
<TASK>
__schedule+0x374/0xaf0
schedule+0x3c/0xf0
schedule_preempt_disabled+0x1c/0x30
__mutex_lock.constprop.0+0x3ef/0x7a0
__mutex_lock_slowpath+0x13/0x20
mutex_lock+0x3c/0x50
mgmt_set_connectable_complete+0xa4/0x150 [bluetooth]
? kfree+0x211/0x2a0
hci_cmd_sync_dequeue+0xae/0x130 [bluetooth]
? __pfx_cmd_complete_rsp+0x10/0x10 [bluetooth]
cmd_complete_rsp+0x26/0x80 [bluetooth]
mgmt_pending_foreach+0x4d/0x70 [bluetooth]
__mgmt_power_off+0x8d/0x180 [bluetooth]
? _raw_spin_unlock_irq+0x23/0x40
hci_dev_close_sync+0x445/0x5b0 [bluetooth]
hci_set_powered_sync+0x149/0x250 [bluetooth]
set_powered_sync+0x24/0x60 [bluetooth]
hci_cmd_sync_work+0x90/0x150 [bluetooth]
process_one_work+0x13e/0x300
worker_thread+0x2f7/0x420
? __pfx_worker_thread+0x10/0x10
kthread+0x107/0x140
? __pfx_kthread+0x10/0x10
ret_from_fork+0x3d/0x60
? __pfx_kthread+0x10/0x10
ret_from_fork_asm+0x1b/0x30
</TASK>
Security readout for executives and security teams
Plain-English summary
A flaw in Linux Bluetooth management can deadlock a kernel worker during Bluetooth command cleanup, potentially disrupting Bluetooth or system availability. The supplied record rates it high at CVSS 7.8. However, the technical evidence demonstrates a hang; it does not establish data theft, code execution, or confirmed compromise.
Executive priority
Treat this as a high-priority availability issue for Bluetooth-enabled Linux endpoints, especially shared or availability-critical systems. Patch through supported distribution channels promptly. Current sources do not justify emergency compromise-response actions solely for this CVE because active exploitation is not established.
Technical view
During Bluetooth MGMT power-off and pending-command completion, hci_cmd_sync_dequeue can invoke a destroy callback that attempts mutex acquisition and blocks the worker. The issue is classified as CWE-667, improper locking. Referenced Linux stable commits resolve the deadlock behavior.
Likely exposure
Potential exposure is limited to Linux systems running affected kernel code and using the Bluetooth subsystem. The supplied version data mixes release numbers and commit identifiers, making reliable distribution-level mapping difficult. Confirm exposure against the installed distribution's kernel package and advisory rather than relying on upstream version numbers alone.
Exploitation context
The bundle marks KEV as false, and no cited source reports active exploitation or a public exploit. CVSS describes a local, low-privilege vector without user interaction, but the cited technical evidence does not confirm an attacker-controlled trigger.
Researcher notes
The supplied trace comes from a 6.8 Intel development kernel and illustrates the deadlock, not a formal affected-version boundary. Multiple stable commit references indicate branch-specific fixes. The CVSS vector claims high confidentiality, integrity, and availability impact, while the narrative directly substantiates only deadlock-related availability impact.
Mitigation direction
Apply a vendor-supported kernel update containing the CVE fix or an equivalent backport.
If no update is available, obtain distribution guidance before selecting compensating controls.
Consider disabling unused Bluetooth functionality where operationally acceptable and approved.
Monitor affected systems for Bluetooth worker hangs until remediation is complete.
Validation and detection
Inventory running kernel packages and map each build to its distribution's advisory status.
Identify candidate systems where Bluetooth hardware or the Bluetooth kernel subsystem is active.
Confirm the installed kernel includes a referenced stable fix or documented vendor backport.
Review logs for hung tasks involving hci_cmd_sync_work or mgmt_set_connectable_complete.
After updating, confirm normal Bluetooth power transitions complete without blocked workers.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-667: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-667 · source CWE mapping
Improper Locking
Improper Locking represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.