Skip to main content
VulnerabilityPublished

CVE-2026-63975: Linux kernel · Bluetooth: L2CAP: Fix possible crash on l2cap_ecred_conn_rsp

Source GCVE Database

0
Authoritative record:CVE-2026-63975· High 8.8

Not known to be exploited · CVSS 8.8 High · fixed in ecfed1e0d8efecad6737a0d83e21d2fd021d8c48 : patch Linux kernel soon.

Data as of 26 Oct 2026, 17:16 UTC

CVSS 3.1 base score
8.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 19% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in ecfed1e0d8efecad6737a0d83e21d2fd021d8c48, e6833e737a51db1e5ea0401322acf5e22abd8be6, d153b8898c0051eb8b6a083b35cbe304a5886bd5 +5
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 19 Jul 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 15f02b91056253e8cdc592888f431da0731337b8, < ecfed1e0d8efecad6737a0d83e21d2fd021d8c48
Fixed in
  • ecfed1e0d8efecad6737a0d83e21d2fd021d8c48
LinuxLinuxAffected
  • ≥ 15f02b91056253e8cdc592888f431da0731337b8, < e6833e737a51db1e5ea0401322acf5e22abd8be6
Fixed in
  • e6833e737a51db1e5ea0401322acf5e22abd8be6
LinuxLinuxAffected
  • ≥ 15f02b91056253e8cdc592888f431da0731337b8, < d153b8898c0051eb8b6a083b35cbe304a5886bd5
Fixed in
  • d153b8898c0051eb8b6a083b35cbe304a5886bd5
LinuxLinuxAffected
  • ≥ 15f02b91056253e8cdc592888f431da0731337b8, < 6319b38fe69f56ed95680ade485b957a53fff642
Fixed in
  • 6319b38fe69f56ed95680ade485b957a53fff642
LinuxLinuxAffected
  • ≥ 15f02b91056253e8cdc592888f431da0731337b8, < 291eec1041c918c460dc9702e44edd17794b4a4b
Fixed in
  • 291eec1041c918c460dc9702e44edd17794b4a4b
LinuxLinuxAffected
  • ≥ 15f02b91056253e8cdc592888f431da0731337b8, < 41e29548b5e8b5e5fcf708786b3bea67cab107fa
Fixed in
  • 41e29548b5e8b5e5fcf708786b3bea67cab107fa

AI-suggested

A fix has been implemented in the Linux kernel to address this issue by modifying the channel closure method. Users should apply the official Linux kernel updates that include this patch once available.

Description

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: Fix possible crash on l2cap_ecred_conn_rsp If dcid is received for an already-assigned destination CID the spec requires that both channels to be discarded, but calling l2cap_chan_del may invalidate the tmp cursor created by list_for_each_entry_safe and in fact it is the wrong procedure as the chan->dcid may be assigned previously it really needs to be disconnected. Calling l2cap_chan_clone directly may still lead to l2cap_chan_del so instead schedule l2cap_chan_timeout with delay 0 to close the channel asynchronously.

References

Community reviews

Loading reviews…