CVE-2026-64206: Linux kernel · Bluetooth: L2CAP: cancel pending_rx_work before taking conn->lock
Source GCVE Database
Not known to be exploited · CVSS 8.8 High · fixed in fc0c3b9cf27cfa2a06f66dae1d08c668fe0a2faa : patch Linux kernel soon.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 16% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in fc0c3b9cf27cfa2a06f66dae1d08c668fe0a2faa, e96fbac8d3a73b0bc165383c092a30628561d320, d5616beb3355b5fca2280d796c1cf7ada4ee6551 +6
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 20 Jul 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
AI-suggested
A fix has been implemented in the Linux kernel to cancel the pending_rx_work before taking the conn->lock, preventing the deadlock. Users should update their Linux kernel to a version that includes this fix. Since no vendor advisory or patch links are provided, check the official Linux kernel repositories or distributions for the relevant patch or updated kernel version.
Description
A deadlock vulnerability was identified and resolved in the Linux kernel's Bluetooth L2CAP component. The issue arises because l2cap_conn_del() takes a connection lock before canceling a pending work item, while the worker function process_pending_rx() also takes the same lock, leading to a potential deadlock. The fix involves canceling the pending work before acquiring the lock, preventing the circular locking dependency.
References
- nvd.nist.gov/vuln/detail/CVE-2026-64206 (opens in a new tab)
- git.kernel.org/stable/c/2641a9e0a1dd4af2e21995470a21d55dd35e5203 (opens in a new tab)
- git.kernel.org/stable/c/d5616beb3355b5fca2280d796c1cf7ada4ee6551 (opens in a new tab)
- git.kernel.org/stable/c/e96fbac8d3a73b0bc165383c092a30628561d320 (opens in a new tab)