CVE-2026-53251: Linux Kernel Bluetooth ISO Reference Count Leak
A memory management flaw exists in the Linux kernel's Bluetooth ISO (Isochronous) connection handling. When the kernel routes Bluetooth ISO connections, it obtains a reference to a device object but fails to release it when the connection synchronization function exits, either normally or due to an error. This causes the reference count to remain elevated, potentially preventing the device from being properly cleaned up and leading to resource exhaustion over time.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.5 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- Weaknesses (CWE)
- CWE-772
- Affected products
- 7 configuration(s)
- Published / Modified
- 2026-06-25 / 2026-07-08
NVD description (verbatim)
In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: Fix not releasing hdev reference on iso_conn_big_sync hci_get_route() returns a reference-counted hci_dev pointer via hci_dev_hold(). The function exits normally or with an error without ever releasing it.
4 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-53251 is a reference counting leak in the Linux kernel's Bluetooth subsystem, specifically in the ISO connection big synchronization code path. The vulnerability occurs in iso_conn_big_sync() where hci_get_route() is called to retrieve an hci_dev pointer. This function internally calls hci_dev_hold() to increment the device's reference count, but the calling code fails to invoke the corresponding hci_dev_put() to decrement it. The leak occurs regardless of whether the function exits successfully or returns an error condition, resulting in a permanent reference count elevation. This is classified as a resource leak (CWE-772) and carries a CVSS 3.1 score of 5.5 (Medium severity) with local attack vector, low complexity, and low privilege requirements, resulting in availability impact.
Business impact
Organizations running Linux systems with Bluetooth connectivity—particularly IoT devices, wireless headsets, automotive infotainment systems, and embedded Linux deployments—face potential availability degradation. Repeated triggering of the vulnerability can exhaust kernel memory reserved for device reference structures, eventually causing device enumeration failures, Bluetooth subsystem crashes, or forced system resets. While not directly exploitable for data theft or unauthorized access, the availability impact can disrupt critical services, particularly in environments where Bluetooth connectivity is essential for operation.
Affected systems
The Linux kernel is affected across multiple versions. This is a generic reference leak in the Bluetooth ISO subsystem affecting any kernel with the vulnerable iso_conn_big_sync() code path. Verify the exact affected version ranges and applicable kernel flavors (mainline, stable series, distribution kernels) against the official Linux kernel security advisory and your vendor's advisory.
Exploitability
Exploitation requires local access to the system and the ability to trigger Bluetooth ISO connection synchronization. The attack vector is local (AV:L), complexity is low (AC:L), and standard user privileges (PR:L) are sufficient. An attacker with local access could repeatedly invoke the vulnerable code path to gradually deplete reference count structures. However, this is not a sophisticated attack; it primarily affects availability through resource exhaustion rather than enabling privilege escalation or code execution. No known public exploits have been added to the KEV catalog.
Remediation
Apply the kernel patch that adds the missing hci_dev_put() call in the iso_conn_big_sync() error and exit paths. Verify the patch version against the Linux kernel security advisory and your distribution's release notes. Prioritize systems with active Bluetooth connectivity or those serving as Bluetooth relay points. For interim mitigation, restrict local access to unprivileged users and disable Bluetooth if not required for operations.
Patch guidance
Obtain the kernel patch from your Linux distribution's security advisory or the upstream Linux kernel repository. Patches are typically backported to stable kernel series (5.15.x, 6.1.x, 6.6.x, 6.9.x, and later, depending on your vendor). Apply updates according to your standard kernel patching procedures, which typically involves downloading the updated kernel package, installing it, and rebooting. Verify the patch specifically addresses the missing hci_dev_put() in iso_conn_big_sync() before deployment.
Detection guidance
Monitor kernel logs and syslog for Bluetooth subsystem errors, particularly around device reference handling. Use tools like 'kmemleak' on test systems to detect reference count leaks if your kernel is compiled with debugging enabled. Track Bluetooth device enumeration failures or repeated timeouts in dmesg. Network-based detection is limited since this is a kernel-internal leak; focus on endpoint monitoring and system resource anomalies (elevated memory pressure, device allocation failures). Consider regression testing after patching by invoking Bluetooth ISO connections and verifying device reference counts stabilize.
Why prioritize this
This vulnerability rates Medium severity (CVSS 5.5) with local-only access requirements and low complexity. Prioritize patching for systems where Bluetooth is actively used or exposed to untrusted local users, particularly IoT and embedded platforms. It is less critical than remote code execution vulnerabilities but should not be deferred indefinitely, as repeated exploitation in multi-tenant or shared-access scenarios can degrade availability. The lack of KEV catalog inclusion suggests it is not currently weaponized, but the fix is straightforward and low-risk to apply.
Risk score, explained
The CVSS 3.1 score of 5.5 (Medium) reflects: local attack vector (AV:L, requires system access); low attack complexity (AC:L, no special conditions); low privilege requirements (PR:L, standard user sufficient); no user interaction required (UI:N); no scope change (S:U); no confidentiality or integrity impact (C:N, I:N); but high availability impact (A:H, resource exhaustion over time). The Medium rating acknowledges that while the impact on availability is significant, exploitation requires local access and repeated triggering, and does not enable remote attacks or privilege escalation.
Frequently asked questions
Can this vulnerability be exploited remotely?
No. The attack vector is local only (AV:L). An attacker must have local access to the system and the ability to invoke Bluetooth ISO connection synchronization. Remote exploitation is not possible.
Will this cause immediate system failure?
Unlikely in a single trigger. The vulnerability is a reference count leak that degrades availability through resource exhaustion. However, repeated exploitation or continuous triggering can eventually exhaust kernel memory and cause Bluetooth subsystem failures or system instability.
Does this vulnerability allow privilege escalation or code execution?
No. The CVSS vector shows no confidentiality or integrity impact (C:N, I:N). The leak only impacts availability (A:H) through resource exhaustion. It does not grant elevated privileges or enable arbitrary code execution.
Which systems should be patched first?
Prioritize Linux systems with active Bluetooth connectivity, particularly IoT devices, embedded systems, automotive infotainment, and systems in multi-tenant or shared-access environments where untrusted local users may trigger the vulnerability. Servers without Bluetooth hardware or with Bluetooth disabled are lower priority.
This analysis is provided for informational purposes and does not constitute legal, technical, or business advice. The vulnerability details, affected versions, and patch information provided are subject to change; verify all technical details against the official Linux kernel security advisory and your vendor's documentation. Exploit details are not disclosed; proof-of-concept code should not be developed or distributed. Patch availability and timelines vary by Linux distribution. Test patches in a non-production environment before wide deployment. This is a Medium-severity vulnerability; while it does not enable immediate remote exploitation, it should be addressed as part of your standard patching program, particularly for systems with active Bluetooth connectivity. Source: NVD (public-domain), retrieved 2026-08-03. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-46292MEDIUMLinux Kernel genpd Virtual Device Detachment Denial-of-Service
- CVE-2026-53154MEDIUMLinux Kernel Hugetlb Reservation Leak on Copy Failure
- CVE-2026-40209MEDIUMDNS IXFR Connection Leak Denial-of-Service Vulnerability
- CVE-2026-45287MEDIUMOpenTelemetry-Go File Descriptor Leak & Denial of Service
- CVE-2026-45536MEDIUMNetty Unix Domain Socket File Descriptor Leak in DomainSocketChannel
- CVE-2026-48043MEDIUMNetty HTTP/2 Decompression Memory Leak DoS Vulnerability
- CVE-2026-13351HIGHZephyr IPv6 Fragment Buffer Exhaustion Denial of Service
- CVE-2026-48006HIGHNetty Redis Memory Leak – Direct Memory Exhaustion DoS