CVE-2026-15460: logic in zephyrproject zephyr
Affects zephyrproject zephyrSource CVE Database V5
Not known to be exploited · CVSS 5.4 Medium.
Data as of 10/25/2026, 04:40:11 UTC
- Exploitation
Not in CISA KEV, no exploitation reported
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 4% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:LWhat to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| zephyrprojectzephyr | Affected
| Fixed in
|
GitHubzephyrpkg:github/zephyrOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
The described fix adds a state check to ensure data is only processed on fully connected channels. Until an official fix is confirmed, avoid exposure to untrusted Bluetooth Classic peers or disable Bluetooth Classic L2CAP if feasible.
Description
CVE-2026-15460 is a medium severity vulnerability in the Zephyr project's Bluetooth Classic L2CAP receive handler. The flaw allows a remote attacker within radio range to send data to a channel that is not fully connected or authenticated, potentially causing denial of service or a dangling pointer condition. This occurs because inbound data PDUs are dispatched based only on the destination channel ID without verifying the channel's connected state. The issue affects Zephyr versions from 1.6.0 up to but not including 4.4.2. The vulnerability does not impact confidentiality but can affect integrity and availability.
Impact
An attacker within radio range can send crafted data PDUs to a Bluetooth channel that is not fully connected or authenticated, causing the system to process attacker data on a half-open channel. This can lead to denial of service through channel or link teardown and potentially trigger a dangling pointer condition due to stale channel state. There is no impact on confidentiality, but integrity and availability are affected.
Summary
The vulnerability exists in the Bluetooth Classic (BR/EDR) L2CAP receive handler function bt_l2cap_br_recv() in Zephyr. It dispatches inbound data PDUs based solely on the destination channel ID without confirming that the channel has reached the BT_L2CAP_CONNECTED state. Since dynamic channels are assigned RX CIDs and added to the connection's channel list while still in the BT_L2CAP_CONNECTING or BT_L2CAP_CONFIG states, a remote attacker can send data PDUs to a not-yet-established channel. The channel's state fields used for dispatching may be stale due to reuse of channel objects without proper reset, leading to processing of attacker data on half-open or unauthenticated channels. This can cause channel or link teardown (denial of service) and dangling pointer conditions. The fix involves adding a guard to drop data received before the channel is fully connected.