Description
In the Linux kernel, the following vulnerability has been resolved:

Bluetooth: RFCOMM: avoid socket lock inversion in listener cleanup

rfcomm_sock_cleanup_listen() closes unaccepted child sockets through
rfcomm_sock_close(), which takes the child socket lock before
rfcomm_dlc_close() acquires rfcomm_mutex. The RFCOMM worker takes these
locks in reverse order while handling connections and DLC state changes,
so lockdep reports a possible deadlock.

Close dequeued children without taking their socket lock. The accept queue
owns a reference to each child, and bt_accept_dequeue() locks the child
while unlinking it and clearing its parent pointer.

Dropping the child lock makes it important to prevent a concurrent
rfcomm_connect_ind() from enqueueing a new child after cleanup observes an
empty queue. Set a listening socket to BT_CLOSED while its lock is still
held, before dropping the lock and draining the queue. The state check in
rfcomm_connect_ind() then rejects new children once cleanup starts.
Published: 2026-10-06
Score: 7.5 High
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service via deadlock (High severity)
Action: Patch immediately
AI Analysis

Impact

A concurrency bug in the Linux kernel’s Bluetooth RFCOMM subsystem, identified as CWE‑833, can cause a deadlock when a listener socket is cleaned up, because the child socket lock is released before the worker thread releases the higher‑level rfcomm_mutex. This lock inversion may stall the kernel and disrupt all services that rely on Bluetooth. The likely attack vector is inferred from the description: an attacker could attempt to trigger the race condition by forcing rapid RFCOMM connection attempts, potentially from a malicious Bluetooth device.

Affected Systems

The flaw is present in all Linux kernel releases that include the default RFCOMM driver and have not yet applied the patch commits referenced in the advisory. No specific version numbers are listed, but any distribution shipping a kernel built from sources older than the merge of the fix is vulnerable.

Risk and Exploitability

The EPSS score of <1% indicates a low but non‑zero probability of exploitation. The CVSS score of 7.5 reflects moderate to high severity. The vulnerability is not listed in the CISA KEV catalog, suggesting no known public exploits. The race condition can cause a kernel deadlock, which would impact all services relying on Bluetooth if an attacker can trigger it. Successful exploitation would likely require access to the target via Bluetooth and a timing window to induce the lock‑inversion race.

Generated by OpenCVE AI on October 11, 2026 at 04:12 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update the kernel to a version that incorporates the RFCOMM listener cleanup patch
  • If an immediate kernel update is not feasible, disable or restrict the RFCOMM service to prevent new Bluetooth connections from untrusted devices
  • Monitor system logs for kernel panics or signs of a deadlock that could indicate exploitation attempts

Generated by OpenCVE AI on October 11, 2026 at 04:12 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4841-1 linux security update
Debian DLA Debian DLA DLA-4850-1 linux-6.12 security update
Debian DSA Debian DSA DSA-6568-1 linux security update
Ubuntu USN Ubuntu USN USN-8961-1 Linux kernel vulnerabilities
History

Sun, 11 Oct 2026 00:30:00 +0000


Wed, 07 Oct 2026 09:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-664

Wed, 07 Oct 2026 07:00:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 7.5, 'vector': 'CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H'}


Tue, 06 Oct 2026 19:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-664

Tue, 06 Oct 2026 17:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-664

Tue, 06 Oct 2026 15:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-664

Tue, 06 Oct 2026 09:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: Bluetooth: RFCOMM: avoid socket lock inversion in listener cleanup rfcomm_sock_cleanup_listen() closes unaccepted child sockets through rfcomm_sock_close(), which takes the child socket lock before rfcomm_dlc_close() acquires rfcomm_mutex. The RFCOMM worker takes these locks in reverse order while handling connections and DLC state changes, so lockdep reports a possible deadlock. Close dequeued children without taking their socket lock. The accept queue owns a reference to each child, and bt_accept_dequeue() locks the child while unlinking it and clearing its parent pointer. Dropping the child lock makes it important to prevent a concurrent rfcomm_connect_ind() from enqueueing a new child after cleanup observes an empty queue. Set a listening socket to BT_CLOSED while its lock is still held, before dropping the lock and draining the queue. The state check in rfcomm_connect_ind() then rejects new children once cleanup starts.
Title Bluetooth: RFCOMM: avoid socket lock inversion in listener cleanup
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-19T09:17:01.498Z

Reserved: 2026-09-25T10:25:14.336Z

Link: CVE-2026-98290

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-06T09:18:19.317

Modified: 2026-10-19T10:18:30.680

Link: CVE-2026-98290

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-10-06T00:00:00Z

Links: CVE-2026-98290 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-11T04:15:08Z

Weaknesses