CVE-2026-53256Bluetooth: RFCOMM: hold listener socket in rfcomm_connect_ind()
Updated under an hour ago ()
Does this affect you?
It affects Linux and 2 other products. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: Bluetooth: RFCOMM: hold listener socket in rfcomm_connect_ind() rfcomm_get_sock_by_channel() scans rfcomm_sk_list under the list lock, but returns the selected listener after dropping that lock without taking a reference. rfcomm_connect_ind() then locks the listener, queues a child socket on it, and may notify it after unlocking it. The buggy scenario involves two paths, with each column showing the order within that path: rfcomm_connect_ind(): listener close: 1. Find parent in 1. close() enters rfcomm_get_sock_by_channel() rfcomm_sock_release(). 2. Drop rfcomm_sk_list.lock 2. rfcomm_sock_shutdown() without pinning parent. closes the listener. 3. Call lock_sock(parent) and 3. rfcomm_sock_kill() bt_accept_enqueue(parent, unlinks and puts parent. sk, true). 4. Read parent flags and may 4. parent can be freed. call sk_state_change(). If close wins the race, parent can be freed before rfcomm_connect_ind() reaches lock_sock(), bt_accept_enqueue(), or the deferred-setup callback. Take a reference on the listener before leaving rfcomm_sk_list.lock. After lock_sock() succeeds, recheck that it is still in BT_LISTEN before queueing a child, cache the deferred-setup bit while the parent is locked, and drop the reference after the last parent use. KASAN reported a slab-use-after-free in lock_sock_nested() from rfcomm_connect_ind(), with the freeing stack going through rfcomm_sock_kill() and rfcomm_sock_release().
- CVSS
- 8.0 HIGH (v3.1, CNA)CVSS:3.1/AV:A/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Modified
- Record last updated
- Oct 16, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before f5ec76bdbeb80f75ad0be204371afffee0f8fac8; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before a07d741c077d4e34b16458241a94d29039386553; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 1f73f92f66251065a5f39b09a47cf05ea14d3107; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before de31973ef00e5aa55496f84cf6a44bb157a34e02; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before b0e33e409715c617e2a20f46f99aa5403a14dfda; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 8802413ce63175fb522a2bd609fb043a3550c720; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 6f4462d12133106460d7c046b95aad2491e3fddf; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 43c441edacf953b39517a44f5e5e10a93618b226 | CNA record |
Siemens SIMATIC S7-1500 TM MFP - GNU/Linux subsystem siemens:simatic_s7_1500_tm_mfp_gnu_linux_subsystem (from the name) | all versions | CISA ADP |
linux linux_kernel linux:linux_kernel | from 2.6.12.1 before 5.10.259; from 5.11 before 5.15.210; from 5.16 before 6.1.176; from 6.2 before 6.6.143; from 6.7 before 6.12.94; from 6.13 before 6.18.36; from 6.19 before 7.0.13; 2.6.12; and 10 more ranges | NVD |
References
- https://git.kernel.org/stable/c/f5ec76bdbeb80f75ad0be204371afffee0f8fac8patch
- https://git.kernel.org/stable/c/a07d741c077d4e34b16458241a94d29039386553patch
- https://git.kernel.org/stable/c/1f73f92f66251065a5f39b09a47cf05ea14d3107patch
- https://git.kernel.org/stable/c/de31973ef00e5aa55496f84cf6a44bb157a34e02patch
- https://git.kernel.org/stable/c/b0e33e409715c617e2a20f46f99aa5403a14dfdapatch
- https://git.kernel.org/stable/c/8802413ce63175fb522a2bd609fb043a3550c720patch
- https://git.kernel.org/stable/c/6f4462d12133106460d7c046b95aad2491e3fddfpatch
- https://git.kernel.org/stable/c/43c441edacf953b39517a44f5e5e10a93618b226patch
- https://cert-portal.siemens.com/productcert/html/ssa-784472.html
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.