In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: reject accept queue add unless BT_LISTEN New sk should not be… (CVE-2026-90092)
A use-after-free (UAF) vulnerability in the Linux kernel's Bluetooth L2CAP implementation has been resolved. The flaw involves improper handling of socket states and race conditions during connection teardown and new connection setup, which could lead to dereferencing a dangling pointer. This vulnerability has a high severity score and affects the kernel's Bluetooth subsystem. A fix has been implemented by adding state checks and locking to prevent data races and improper socket queue additions.
AI Analysis
Technical Summary
CVE-2026-90092 addresses a use-after-free vulnerability in the Linux kernel Bluetooth L2CAP layer. The issue arises when a new socket is added to the parent socket's accept queue after the parent has been cleaned up and its state set to BT_CLOSED, resulting in a dangling pointer dereference. The root cause is a race condition between l2cap_sock_new_connection_cb() and the parent channel teardown, where the channel state is accessed without consistent locking. The fix involves adding a check for sk_state == BT_LISTEN after acquiring the socket lock in l2cap_sock_new_connection_cb(), and adding lock_sock() calls around sk_state writes to prevent data races.
Potential Impact
Successful exploitation could lead to use-after-free conditions causing kernel memory corruption, potentially resulting in privilege escalation, denial of service, or arbitrary code execution within the kernel context. The CVSS v3.1 score is 8.0 (High), reflecting the significant confidentiality, integrity, and availability impacts.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to address this vulnerability by adding proper state checks and locking mechanisms. Users should update their Linux kernel to a version that includes this patch. Since this is not a cloud service, remediation depends on applying the official kernel update. Patch status is confirmed as fixed in the vendor advisory.
In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: reject accept queue add unless BT_LISTEN New sk should not be… (CVE-2026-90092)
Description
A use-after-free (UAF) vulnerability in the Linux kernel's Bluetooth L2CAP implementation has been resolved. The flaw involves improper handling of socket states and race conditions during connection teardown and new connection setup, which could lead to dereferencing a dangling pointer. This vulnerability has a high severity score and affects the kernel's Bluetooth subsystem. A fix has been implemented by adding state checks and locking to prevent data races and improper socket queue additions.
CVSS v3.1
Score 8.0high
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
CVE-2026-90092 addresses a use-after-free vulnerability in the Linux kernel Bluetooth L2CAP layer. The issue arises when a new socket is added to the parent socket's accept queue after the parent has been cleaned up and its state set to BT_CLOSED, resulting in a dangling pointer dereference. The root cause is a race condition between l2cap_sock_new_connection_cb() and the parent channel teardown, where the channel state is accessed without consistent locking. The fix involves adding a check for sk_state == BT_LISTEN after acquiring the socket lock in l2cap_sock_new_connection_cb(), and adding lock_sock() calls around sk_state writes to prevent data races.
Potential Impact
Successful exploitation could lead to use-after-free conditions causing kernel memory corruption, potentially resulting in privilege escalation, denial of service, or arbitrary code execution within the kernel context. The CVSS v3.1 score is 8.0 (High), reflecting the significant confidentiality, integrity, and availability impacts.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to address this vulnerability by adding proper state checks and locking mechanisms. Users should update their Linux kernel to a version that includes this patch. Since this is not a cloud service, remediation depends on applying the official kernel update. Patch status is confirmed as fixed in the vendor advisory.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-6f8j-3px9-h4jj
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-90092"]
- Database Specific Severity
- HIGH
- Cvss Version
- 3.1
Threat ID: 6aade52855bf5e2cf5edc1cf
Added to database: 09/19/2026, 01:28:08 UTC
Last enriched: 09/19/2026, 01:55:02 UTC
Last updated: 09/19/2026, 02:01:36 UTC
Views: 2
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.