CVE-2026-98458: Bluetooth: ISO: release unused CIS holds after channel attach
Bluetooth: ISO: release unused CIS holds after channel attach
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
ubuntu/linux-hwe-7.0to a version that resolves this vulnerability.Fixed in 7.0.0-42.42~24.04.1 - Upgrade
Upgrade
ubuntu/linux-riscv-7.0to a version that resolves this vulnerability.Fixed in 7.0.0-42.42.1~24.04.1 - Upgrade
Upgrade
ubuntu/linuxto a version that resolves this vulnerability.Fixed in 7.0.0-42.42 - Upgrade
Upgrade
ubuntu/linux-awsto a version that resolves this vulnerability.Fixed in 7.0.0-1016.17 - Upgrade
Upgrade
ubuntu/linux-gcpto a version that resolves this vulnerability.Fixed in 7.0.0-1016.18 - Upgrade
Upgrade
ubuntu/linux-ibmto a version that resolves this vulnerability.Fixed in 7.0.0-1017.17 - Upgrade
Upgrade
ubuntu/linux-oem-7.0to a version that resolves this vulnerability.Fixed in 7.0.0-1017.17 - Upgrade
Upgrade
ubuntu/linux-oracleto a version that resolves this vulnerability.Fixed in 7.0.0-1015.16 - Upgrade
Upgrade
ubuntu/linux-riscvto a version that resolves this vulnerability.Fixed in 7.0.0-42.42.1
Event History
Frequently Asked Questions
Under what conditions can the unused connection hold occur?
It can occur when deferred setup invokes iso_connect_cis() again for a socket already attached to the same ISO connection, or when a different socket attempts to reuse a CIS that is already attached. In the first case iso_chan_add() succeeds without creating a new association; in the second it returns -EBUSY.
What is the impact of the affected behavior?
The ISO layer receives an hci_conn hold that is not consumed when no channel association is created. The resolved behavior releases that unused hold for the idempotent attach case and for -EBUSY, preventing the hold from being retained unnecessarily.
How can maintainers determine whether their kernel includes the fix?
Check whether the kernel contains the Bluetooth ISO change that releases unused CIS holds after iso_chan_add() when the socket is already attached or when iso_chan_add() returns -EBUSY. The provided stable references identify commits containing the fix.