HIGH Introduced in 5.19
bluetooth ServiceData OOB
CVE-2026-89583
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H
KernelScan AI8.0HIGH
01Description
In the Linux kernel, the following vulnerability has been resolved: Bluetooth: eir: Fix OOB read in eir_get_service_data() eir_get_service_data() walks the advertising data for a Service Data field with a matching UUID. On a mismatch it advances: eir += dlen; eir_len -= dlen; eir_get_data() reports dlen as the field's data length, but the field spans dlen + 2 bytes once its length and type bytes count, and more when non-Service-Data fields were skipped to reach it. The pointer lands correctly on the next field. eir_len does not, and the shortfall compounds across fields until eir_get_data() reads the length and type bytes of a "field" past the end of the buffer. For an ISO broadcast sink that buffer is hcon->le_per_adv_data[], filled from the periodic advertising reports of a remote broadcaster. A PA payload packed with mismatching Service Data fields walks off the array into the rest of struct hci_conn. A drifted field that matches the BAA UUID puts those bytes in iso_pi(sk)->base, where user space reads them back with getsockopt(BT_ISO_BASE). Recompute eir_len from the end of the buffer each iteration.
02KernelScan AI Analysis
Risk summary
A remote Bluetooth device within range can send crafted periodic advertising reports that cause the kernel's EIR parser to read past the end of the advertising data buffer, leaking kernel memory to a local process through the ISO base socket option. This affects devices acting as ISO broadcast sinks with Bluetooth enabled.
Vulnerability analysis
The Bluetooth EIR parser incorrectly tracks the remaining buffer length when searching for Service Data fields in advertising data. Each time a non-matching field is skipped, the length counter shrinks by less than the pointer actually advances, so the counter stays too large and allows the parser to read past the end of the advertising data buffer. On an ISO broadcast sink, this out-of-bounds read walks from the periodic advertising data array into adjacent kernel memory, and bytes from that overread can be exposed to user space through the ISO base socket option. The fix recalculates the remaining length from the original buffer end on each iteration instead of decrementing it. A remote Bluetooth device within range can trigger this by sending periodic advertising reports packed with mismatching Service Data fields; a local process that has opened an ISO socket can then read the leaked kernel memory.
Lifecycle
03Fix Versions
| Branch | Introduced | Fixed in | Patch commit |
|---|---|---|---|
| 6.1 | 5.19 | 6.1.188 | b6902adf81ea |
| 6.6 | 5.19 | 6.6.157 | 1a28aae7f1fc |
| 6.12 | 5.19 | 6.12.109 | 815fc98c227a |
| 6.18 | 5.19 | 6.18.50 | c21fa79301d7 |
| 7.2 | 5.19 | 7.2.4 | bb56e97bd676 |
| mainline | 5.19 | 7.3-rc1 | 4beb198bc59b |
| cip/6.12 | 5.19 | 6.12.111-cip32 | 815fc98c227a |