Skip to main content
CVE-2026-15460VulnerabilityPublished 09/09/2026

CVE-2026-15460: logic in zephyrproject zephyr

Affects zephyrproject zephyrSource CVE Database V5

0

Not known to be exploited · CVSS 5.4 Medium.

Data as of 10/25/2026, 04:40:11 UTC

CVSS 3.1 base score
5.4Medium
How severe the flaw is on the 0–10 CVSS scale.
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:L

What to do

Affected software

ProductAffectedFixed in
zephyrprojectzephyrAffected
  • >=1.6.0 <4.4.2
Fixed in
  • 4.4.2
GitHubzephyrpkg:github/zephyrOther threatsAffected
  • >=1.6.0 <4.4.2
Fixed in
  • 4.4.2

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.

References

Community reviews

Loading reviews…