The Bluetooth Classic (BR/EDR) L2CAP receive handler bt_l2cap_br_recv() in subsys/bluetooth/host/classic/l2cap_br.c dispatched inbound data PDUs based only on the destination channel ID, without checking that the target channel had reached the BT_L2CAP_CONNECTED state. A dynamic channel is assigned its RX CID and added to the connection's channel list while still in BT_L2CAP_CONNECTING (and later BT_L2CAP_CONFIG) — before configuration completes and, for PSMs that require security, before the peer is authenticated (l2cap_br_conn_req()).
Because the channel is already findable by bt_l2cap_br_lookup_rx_cid() during this window, a remote peer within radio range can send a data PDU addressed to that CID and have it processed on a not-yet-established channel. The dispatch keys off channel fields (BR_CHAN(chan)->rx.mode, rx.mps) that are only initialized during configuration by l2cap_br_conf(); since channel objects are pooled and bt_l2cap_br_chan_del() does not reset rx.mode or the reassembly buffer _sdu, a reused channel can carry stale state into the CONNECTING window and route the frame into the retransmission/flow-control path (bt_l2cap_br_ret_fc_recv()) with stale parameters and a possibly stale _sdu pointer.
The impact is delivery of attacker data to upper-layer protocol handlers on a half-open (and possibly unauthenticated) channel, plus operation on stale or partially initialized channel state on reused channel objects — leading to channel/link teardown (denial of service) and, in the stale-_sdu case, a dangling-pointer condition. The fix adds an explicit BR_CHAN(chan)->state < BT_L2CAP_CONNECTED guard that drops any data received before the channel is fully connected.
{
"cna_assigner": "zephyr",
"cwe_ids": [
"CWE-666"
],
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/15xxx/CVE-2026-15460.json"
}"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-15460.json"
[
{
"deprecated": false,
"digest": {
"line_hashes": [
"340111244696759058538862922124120006367",
"249890588737418623400784802500135338373",
"244400554156868649598552477846084006194",
"206992370549384359908090413387223235819",
"190091458938313872596809181808409954318",
"331929936325811366144137165575903946410",
"51777626349568179991190531232830534908",
"159901457272921809180806453628748367419",
"166384060021663858127356975596965383031",
"176528040412169084633567558519190296643",
"205974137729010952417439727402787091166",
"133195323443098494534218295079646353752",
"243843565664489700982500364927215873137",
"176735318537813152582533254324729226523",
"71041583990564100377424343879471095156",
"183443541016620398690243800257444707561"
],
"threshold": 0.9
},
"id": "CVE-2026-15460-08bea07e",
"signature_type": "Line",
"signature_version": "v1",
"source": "https://github.com/zephyrproject-rtos/zephyr/commit/2738ee921ba61ba2e644c95bceba302896dd8c19",
"target": {
"file": "subsys/bluetooth/host/classic/l2cap_br.c"
}
},
{
"deprecated": false,
"digest": {
"function_hash": "241398215919093434181946123974208432134",
"length": 822
},
"id": "CVE-2026-15460-ad8d954a",
"signature_type": "Function",
"signature_version": "v1",
"source": "https://github.com/zephyrproject-rtos/zephyr/commit/2738ee921ba61ba2e644c95bceba302896dd8c19",
"target": {
"file": "subsys/bluetooth/host/classic/l2cap_br.c",
"function": "bt_l2cap_br_recv"
}
}
]
"2026-09-12T08:14:45Z"