Answer in brief
CVE-2026-98458 records a Unknown severity vulnerability in Bluetooth: ISO: release unused CIS holds after channel attach. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=69997d50ec574be816b4ee8f9cee52ebbd53f8bd <e0e8b70207eaf27aee0a05ec5bf2d1b6bcb004d1 || >=69997d50ec574be816b4ee8f9cee52ebbd53f8bd <ed4c026cc4094dfb7a329b9d8df0ddd0be1b2458 || >=69997d50ec574be816b4ee8f9cee52ebbd53f8bd <e5fcca51177f224604e3a8c926ffd5edbeb58b09 || >=69997d50ec574be816b4ee8f9cee52ebbd53f8bd <0fcd4dad555c96e0bd3a1b8c569f989be85c7341 | e0e8b70207eaf27aee0a05ec5bf2d1b6bcb004d1, ed4c026cc4094dfb7a329b9d8df0ddd0be1b2458, e5fcca51177f224604e3a8c926ffd5edbeb58b09, 0fcd4dad555c96e0bd3a1b8c569f989be85c7341 |
| Linux/Linuxgeneric | 6.6 | Not reported |
Published upstream
Oct 18, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 19, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Oct 18, 2026
In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: release unused CIS holds after channel attach hci_bind_cis() and hci_connect_cis() return one hci_conn hold for the ISO layer. A new channel association consumes that hold, which is eventually released by iso_conn_free(). There are two cases where iso_chan_add() does not create an association: it returns success when the socket is already attached to the same iso_conn, and it returns -EBUSY when another socket is attached. The hold returned for the current call is unused in both cases. This occurs when deferred setup calls iso_connect_cis() again for its existing socket, or when another socket attempts to reuse the CIS. Detect the idempotent case while the connection is locked and release the unused hold after iso_chan_add(). Also release it on -EBUSY. Do not drop it for other errors: a newly allocated iso_conn releases the transferred hold when its last temporary reference is put.
Quoted source text, attributed separately from HOL analysis.