Cloudanix VulnDB

CVE-2026-68189

None

CVSS

—

EPSS

0.1%

Published

Aug 10, 2026

CISA due date

—

Cloudanix analysis

Monitor only SSVC: Track

A bug in how Linux handles Bluetooth device information could let someone on the same computer crash the machine or possibly take control.

Exploitation
Local Privilege
Attacker needs
Local User
Complexity
Moderate
Impact
Full Compromise
Component
OS kernel
Class
Use After Free
Remediation
Patch
Effort
Medium
Patch risk
Low

What it actually does

Use-after-free in kernel Bluetooth EIR generation when UUID list traversal under req_lock races with add_uuid/remove_uuid under hdev lock, allowing freed uuid structure access in eir_create.

Why it matters to the business

Linux systems using Bluetooth may experience kernel crashes, denial of service, or potential local privilege escalation; low exploitation likelihood reduces immediate operational risk despite 76 days of public exposure and declining EPSS trend.

How an attack unfolds

An attacker with local access sends rapid management socket commands to add and remove UUIDs while the hci_cmd_sync_work concurrently walks the list, triggering the use-after-free reported by KASAN in eir_create.

How to fix it

Update to a Linux kernel version containing the fix that holds hdev lock during UUID list snapshot generation and EIR creation; no downstream fixed versions supplied in advisory.

How to confirm the fix worked

Confirm kernel source contains the locking change around hci_update_eir_sync and eir_create paths; recompile, boot, and exercise concurrent UUID add/remove under management socket while monitoring for KASAN reports.

Typical attack path

  1. Obtain local unprivileged access on a Linux host with Bluetooth enabled
  2. Open HCI management socket and issue repeated add_uuid/remove_uuid operations
  3. Trigger hci_cmd_sync_work via normal Bluetooth activity or crafted HCI commands
  4. Race causes list_del and kfree on a uuid still referenced by the worker
  5. Read from freed slab memory in eir_create leading to crash or controlled data access

How to detect it

Review kernel logs for KASAN use-after-free reports mentioning eir_create, hci_update_eir_sync, or hci_cmd_sync_work; correlate with processes performing frequent HCI management socket operations.

What your security team should do

  • Prioritize kernel updates on multi-user or Bluetooth-enabled endpoints within standard patch cycles given low EPSS and absence from KEV
  • Restrict unprivileged access to HCI management sockets via AppArmor or SELinux where Bluetooth is required
  • Monitor for future EPSS increases or exploit maturity changes over the next 30 days

The record

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hci_sync: Protect UUID list traversal The hci_sync conversion moved class-of-device and EIR generation from an HCI request built under hdev->lock to asynchronous command sync work. The worker holds hdev->req_lock, but that lock does not serialize access to hdev->uuids against add_uuid() and remove_uuid(), which update the list under hdev->lock. The following interleaving can therefore occur: CPU0 (command sync work) CPU1 (management socket) fetch uuid from the list list_del(&uuid->list) kfree(uuid) read uuid->size KASAN reports the resulting use-after-free: BUG: KASAN: slab-use-after-free in eir_create+0xb8f/0xee0 Read of size 1 at addr ffff88810dbd8620 by task kworker/u17:0/87 Workqueue: hci0 hci_cmd_sync_work Call Trace: eir_create+0xb8f/0xee0 hci_update_eir_sync+0x1c0/0x330 hci_cmd_sync_work+0x13c/0x290 process_one_work+0x63a/0x1070 worker_thread+0x45b/0xd10 Allocated by task 86: __kasan_kmalloc+0x8f/0xa0 add_uuid+0x18a/0x4b0 hci_sock_sendmsg+0x1033/0x1ea0 Freed by task 92: __kasan_slab_free+0x43/0x70 kfree+0x131/0x3c0 remove_uuid+0x25e/0x560 hci_sock_sendmsg+0x1033/0x1ea0 Hold hdev->lock while generating and committing the class-of-device and EIR snapshots. Release it before sending an HCI command, so controller waits do not happen under the device lock. This protects all UUID list walks in these paths and restores the serialization lost in the command sync conversion.

Affected packages

Ecosystem Package Introduced Fixed