CVE Catalog

CVE-2026-23395

HighCVSS 8.8
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.25%

15th percentile - higher than 15% of all known CVEs

Summary

In the Linux kernel, the Bluetooth L2CAP stack accepts multiple L2CAP_ECRED_CONN_REQ requests without checking the command identifier. This can mark multiple requests as pending (FLAG_DEFER_SETUP) and allocate more than L2CAP_ECRED_MAX_CID (5) channels in l2cap_ecred_rsp_defer, causing an overflow.

Risk Assessment

A buffer overflow in the Bluetooth stack can lead to a kernel crash or potentially code execution, especially with Bluetooth connections from untrusted devices.

Recommendation

Update the Linux kernel to a version with the fix rejecting requests with the same identifier and consider disabling Bluetooth if not in use.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: Fix accepting multiple L2CAP_ECRED_CONN_REQ Currently the code attempts to accept requests regardless of the command identifier which may cause multiple requests to be marked as pending (FLAG_DEFER_SETUP) which can cause more than L2CAP_ECRED_MAX_CID(5) to be allocated in l2cap_ecred_rsp_defer causing an overflow. The spec is quite clear that the same identifier shall not be used on subsequent requests: 'Within each signaling channel a different Identifier shall be used for each successive request or indication.' https://www.bluetooth.com/wp-content/uploads/Files/Specification/HTML/Core-62/out/en/host/logical-link-control-and-adaptation-protocol-specification.html#UUID-32a25a06-4aa4-c6c7-77c5-dcfe3682355d So this attempts to check if there are any channels pending with the same identifier and rejects if any are found.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS