CVE-2026-99015
Beschrijving NL
In de Linux-kernel is de volgende kwetsbaarheid verholpen:
Bluetooth: hci_sock: Serialiseer de ontkoppeling van een niet-actief apparaat
Het opnieuw binden van een HCI-socket nadat de controller is afgemeld, kan een raceconditie veroorzaken.
monitor control replay en laat de kernel crashen. hci_sock_bind() wist
hci_pi(sk)->hdev en verwijdert de apparaatreferentie alleen onder de socket.
lock, terwijl send_monitor_control_replay() hci_sk_list.lock vasthoudt voor
lezing. Replay kan een niet-NULL hdev observeren, dan kan bind het wissen en de
laatste referentie voordat create_monitor_ctrl_open() hdev- >id leest. Dit
kan een NULL pointer-dereferentie veroorzaken als de aanwijzer opnieuw wordt geladen, of een
use-after-free als de oude aanwijzer behouden blijft. De kernel meldde:
KASAN: null-ptr-deref in bereik [0x0000000000000068-0x000000000000006f]
RIP: 0010:create_monitor_ctrl_open+0x579/0x800
Oproeptracering:
hci_sock_bind+0xd96/0x1190
__sys_bind+0x166/0x200
__x64_sys_bind+0x6d/0xb0
do_syscall_64+0xdd/0x4a0
entry_SYSCALL_64_after_hwframe+0x77/0x7f
Diezelfde ontbrekende serialisatie zorgt ervoor dat hci_send_to_sock() een socket kan selecteren.
voor het oude apparaat en de bijbehorende frame in de wachtrij plaatsen nadat bind de socket heeft losgekoppeld.
of een nieuwe b geïnstalleerd inding. Gebruik hci_sk_list.lock voor schrijfbewerkingen bij het wissen van de apparaataanwijzer en
De socketstatus wordt gereset. Dit wacht op een bestaande reactie en levering.
lezers moeten het uitlezen voordat ze het loskoppelen en het voorkomt dat latere lezers het uitlezen.
Gebruik de oude binding. Houd hci_dev_put() buiten de kritieke sectie.
omdat de uiteindelijke versie van het apparaat in slaapstand kan gaan.
Origineel (Engels) tonen
In the Linux kernel, the following vulnerability has been resolved:
Bluetooth: hci_sock: Serialize dead-device detachment
Rebinding an HCI socket after its controller is unregistered can race
monitor control replay and crash the kernel. hci_sock_bind() clears
hci_pi(sk)->hdev and drops the device reference under only the socket
lock, whereas send_monitor_control_replay() holds hci_sk_list.lock for
reading.
Replay can observe a non-NULL hdev, then bind can clear it and drop the
last reference before create_monitor_ctrl_open() reads hdev->id. This
can cause a NULL pointer dereference if the pointer is reloaded, or a
use-after-free if the old pointer is retained.
The kernel reported:
KASAN: null-ptr-deref in range [0x0000000000000068-0x000000000000006f]
RIP: 0010:create_monitor_ctrl_open+0x579/0x800
Call Trace:
hci_sock_bind+0xd96/0x1190
__sys_bind+0x166/0x200
__x64_sys_bind+0x6d/0xb0
do_syscall_64+0xdd/0x4a0
entry_SYSCALL_64_after_hwframe+0x77/0x7f
The same missing serialization lets hci_send_to_sock() select a socket
for the old device and queue its frame after bind has detached the socket
or installed a new binding.
Take hci_sk_list.lock for writing when clearing the device pointer and
resetting the socket state. This waits for existing replay and delivery
readers to finish before detachment and prevents later readers from
using the old binding. Keep hci_dev_put() outside the critical section
because the final device release can sleep.