CVE Catalog

CVE-2026-98290

HighCVSS 7.5
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.26%

16th percentile - higher than 16% of all known CVEs

Summary

In the Linux kernel, a potential socket lock inversion in the Bluetooth RFCOMM listener cleanup can lead to a deadlock.

Risk Assessment

Deadlock can cause system or service hang, leading to denial of service.

Recommendation

Apply the Linux kernel update that closes children without taking their socket lock and sets the socket to BT_CLOSED before draining the queue.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

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.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS