BaselineWatch
Desk

CVE-2026-90093

7.8 high Published

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: access chan->conn safely in get/setsockopt Since commit b66774b48dd9 ("Bluetooth: L2CAP: Fix UAF in channel timeout by holding conn ref") l2cap_chan::conn has held reference and remains non-NULL also after the corresponding hci_conn is deleted. In this state accessing various fields eg. hci_conn::hdev is invalid, which leads to KASAN crash in l2cap_sock_setsockopt() access of conn->hcon->hdev. Check l2cap_chan::conn.hcon corresponds to an alive hci_conn before trying to use it in l2cap_sock.c. Hold l2cap_chan_lock() in getsockopt/setsockopt to ensure it stays alive, and to avoid data races in l2cap_chan fields.

Fix

Nothing published yet: no patch, vendor advisory or mitigation reference on NVD, no vendor advisory in the News for this CVE, not in CISA's KEV, no fixed package version. BaselineWatch does not guess at one.

Change history 5

  1. StatusReceived → PublishedNVD modified 2026-10-21 12:49
  2. References+2 references (now 5)NVD modified 2026-10-21 13:20
  3. StatusPublished → ReceivedNVD modified 2026-10-21 13:20
  4. StatusReceived → PublishedNVD modified 2026-10-19 08:57
  5. First seenCVSS 7.8NVD modified 2026-10-15 11:17

Affected (CPE criteria) 0

NVD has not attached CPE configurations yet.

References 5