CVE-2026-64434: Bluetooth: L2CAP: Fix UAF in channel timeout by holding conn ref

Published Jul 25, 2026
·
Updated

Bluetooth: L2CAP: Fix UAF in channel timeout by holding conn ref

Affected Software

15 affected componentsFixes available
Linux Linux kernel
Microsoft azl3 kernel 6.6.144.1-1<6.6.145.2-1
6.6.145.2-1
Linux Linux kernel>=5.10.259<5.10.265
Linux Linux kernel>=5.15.210<5.15.216
Linux Linux kernel>=6.1.176<6.1.183
Linux Linux kernel>=6.6.143<6.6.145
Linux Linux kernel>=6.12.93<6.12.97
Linux Linux kernel>=6.18.35<6.18.39
Linux Linux kernel>=7.0.12<7.1
Linux Linux kernel>=7.1.1<7.1.4
Linux Linux kernel=7.1
Linux Linux kernel=7.1-rc6
Linux Linux kernel=7.1-rc7
debian/linux<=6.1.176-1
6.1.190-16.12.107-16.12.115-27.2.12-17.2.15-1
debian/linux-6.12
6.12.113-1~deb12u1

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 6.6.145.2-1
  2. Configuration

    Update/patch the Linux kernel Bluetooth L2CAP implementation so a new FLAG_DEL channel flag is introduced to indicate that the channel is being deleted, preventing the channel timeout path from using a freed l2cap_conn.

    Linux kernel Bluetooth L2CAP FLAG_DEL channel flag = introduced to indicate channel deletion

Event History

Jul 25, 2026
CVE Published
via MITRE·08:51 AM
Data Sourced
via MITRE·08:51 AM
DescriptionSeverity
Data Sourced
via NVD·10:17 AM
RemedyDescriptionSeverityWeaknessAffected Software
Jul 26, 2026
Data Sourced
via Microsoft·08:09 AM
DescriptionSeverityWeaknessAffected Software

Parent advisories

This vulnerability appears in the following advisories.

Peer vulnerabilities

Found alongside the following vulnerabilities.

Frequently Asked Questions

1

What conditions are required to trigger this issue?

An attacker needs local access, low privileges, and high attack complexity. The issue involves an L2CAP channel timeout running asynchronously while its Bluetooth connection is being torn down.

2

What is the potential impact if the flaw is triggered?

The timeout worker can access a freed connection object and cause a use-after-free while attempting to lock the connection. The supplied severity vector indicates high confidentiality and availability impact, with no integrity impact.

3

How can I determine whether a system has encountered this problem?

Kernel diagnostics may report a KASAN slab-use-after-free involving l2cap_chan_timeout, mutex_lock, or conn->lock. The reported worker may appear as a kworker task executing the l2cap_chan_timeout workqueue handler.

4

Which software is identified as affected?

The provided data identifies the Linux kernel and Microsoft azl3 kernel 6.6.144.1-1. Consult the listed stable-kernel commits and Microsoft advisory for remediation details.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203