CVE-2026-90093

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.

CVSS 3.1

7.8CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

EPSS

0.2% chance of exploitation in the next 30 days; higher than 6% of CVEs (scores of 2026-10-25)

Published

2026-09-17

Modified

2026-10-21

Record from

the NVD, synced 2026-10-22

References

• https://git.kernel.org/stable/c/19e154d794eb4d33d99ca4a087b1cea9d5e65786
• https://git.kernel.org/stable/c/3af72bf8f73c519ee562e6963d5ff8e678924f93
• https://git.kernel.org/stable/c/8460dc49c9756a1e9288218060b4d41e1b704905
• https://git.kernel.org/stable/c/ca2c4c26498643f421d35ffe258fafbd3ed461c3
• https://git.kernel.org/stable/c/f49321c85785178214fd67f2e9b4b73d6363783b

Check your stackJSON