Description
In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: hold sk properly in iso_conn_ready sk deref in iso_conn_ready must be done either under conn->lock, or holding a refcount, to avoid concurrent close. conn->sk is currently accessed without either: [Task 1] [Task 2] iso_sock_release iso_conn_ready sk = conn->sk lock_sock(sk) conn->sk = NULL lock_sock(sk) release_sock(sk) iso_sock_kill(sk) UAF on sk deref Fix possible UAF by holding sk refcount in iso_conn_ready(). Also recheck after lock_sock that the socket is still valid. Adjust locking so conn->sk is cleared only under lock_sock.
References6
- git.kernel.org/stable/c/0d255e63fcf3f13a570d7ac11678fa1164ac015c
- git.kernel.org/stable/c/1308d72903d792d10b82bc4ef08b8a4452308b04
- git.kernel.org/stable/c/44590dc53c9e949d2fed399a571a89c3d7d0b245
- git.kernel.org/stable/c/4e9b5e8669b3602a4e01b6d1e9539b72e42c84d5
- git.kernel.org/stable/c/622180fe44fb52d4d7bafcd67922959823fec263
- git.kernel.org/stable/c/99b65f0ea3370c13687ff870330c425b6ca44e89
Metrics
- CVSS 3.1
-
8.8
HIGH
Score source: CNA
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H - EPSS — exploit probability
- 0% percentile: 18 · as of 11 November 2026
Could this be exploited in your environment?
A patch closes the known hole. A penetration test shows what an attacker can still reach — with proof.