CVE-2026-53255: Linux Kernel Bluetooth MGMT Buffer Over-Read Vulnerability
The Linux kernel contains a flaw in how it validates Bluetooth advertising data when processing management commands. A malformed advertising request can cause the kernel to read memory beyond the bounds of the supplied data buffer. This out-of-bounds read is triggered when a length field points past the actual data, allowing an attacker with local access to crash the system or potentially leak sensitive memory contents.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.1 HIGH · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H
- Weaknesses (CWE)
- CWE-125
- 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: MGMT: validate advertising TLV before type checks tlv_data_is_valid() reads each advertising data field length from data[i], then inspects data[i + 1] for managed EIR types before checking that the current field still fits inside the supplied buffer. A malformed field whose length byte is the last byte of the buffer can therefore make the parser read one byte past the advertising data. KASAN reported the following when a malformed MGMT_OP_ADD_ADVERTISING request reached that path: BUG: KASAN: vmalloc-out-of-bounds in tlv_data_is_valid() Read of size 1 Call trace: tlv_data_is_valid() add_advertising() hci_mgmt_cmd() hci_sock_sendmsg() Move the existing element-length check before any type-octet inspection so each non-empty element is proven to contain its type byte before the parser looks at data[i + 1].
8 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-53255 is a buffer over-read vulnerability in the Linux kernel's Bluetooth MGMT subsystem, specifically in the tlv_data_is_valid() function. The function parses advertising data fields by reading a length byte from data[i], then immediately inspects data[i+1] to check for managed EIR types before validating that the field length fits within the supplied buffer. When a malformed advertising data element has its length byte as the last byte of the buffer, the parser will read one byte past the end of the buffer during the type-octet inspection. The fix reorders validation logic to check element length bounds before accessing the type byte, ensuring no out-of-bounds reads occur. KASAN heap memory debugging tools detected this issue when a malformed MGMT_OP_ADD_ADVERTISING request triggered the vulnerable code path.
Business impact
An attacker with local system access can exploit this vulnerability to cause a kernel panic or system hang via a crafted Bluetooth management command, resulting in denial of service. The out-of-bounds read may also leak sensitive kernel memory contents to userspace processes, potentially exposing cryptographic keys, session tokens, or other protected data. Systems using Bluetooth management features are at elevated risk, particularly in multi-tenant or shared-access environments where local privilege escalation is a concern.
Affected systems
The Linux kernel across all maintained versions is affected. The vulnerability exists in the Bluetooth MGMT management interface which handles advertising data validation. Any system running the Linux kernel with Bluetooth subsystem enabled is potentially vulnerable. Distributions and vendors shipping affected kernel versions prior to the fix being applied are impacted.
Exploitability
Exploitation requires local access to the target system and the ability to send Bluetooth management socket commands, which typically requires the CAP_NET_ADMIN capability or userspace Bluetooth daemon interaction. The attack is straightforward—crafting a MGMT_OP_ADD_ADVERTISING request with a malformed TLV (tag-length-value) advertising data field is sufficient to trigger the out-of-bounds read. No user interaction or special conditions are required once the attacker has local code execution. The vulnerability does not appear on the CISA Known Exploited Vulnerabilities list at this time, though the simplicity of triggering the condition suggests rapid exploitation tooling could emerge.
Remediation
Apply the kernel patch that reorders validation checks in tlv_data_is_valid() to perform bounds checking before accessing field type octets. Verify against the vendor advisory for the specific fixed kernel version for your distribution. As an interim mitigation, restrict Bluetooth management command access via AppArmor, SELinux, or capability filtering if Bluetooth features are not required in production environments.
Patch guidance
Identify your Linux distribution and kernel branch, then upgrade to the patched kernel version provided by your vendor. The fix involves moving the element-length check before type-octet inspection in the Bluetooth MGMT validation path. Verify the vendor advisory for exact version numbers, as patch delivery varies by distribution. Test kernel updates in staging environments before production rollout. Monitor kernel changelogs and security advisories for your specific distribution to ensure timely application.
Detection guidance
Monitor kernel logs for KASAN reports or "vmalloc-out-of-bounds" messages from the Bluetooth MGMT subsystem. Enable audit logging on Bluetooth management sockets if your kernel supports it. Watch for unexpected kernel panics or hangs on systems with active Bluetooth management activity. Network intrusion detection is unlikely to be effective since the attack occurs over local Bluetooth management interfaces, but host-based monitoring for abnormal Bluetooth daemon behavior or repeated MGMT command failures may provide early warning.
Why prioritize this
Although the vulnerability requires local access and specific Bluetooth capabilities, the combination of high confidentiality impact (memory disclosure), high availability impact (denial of service), and ease of exploitation merits prompt patching. Systems in cloud environments, containers, or shared-access scenarios face elevated risk. The CVSS 7.1 HIGH severity rating reflects the realistic threat landscape for local attackers with moderate privilege levels.
Risk score, explained
CVSS 3.1 score of 7.1 (HIGH) is derived from: Attack Vector Local (requires local system access), Attack Complexity Low (straightforward malformed TLV crafting), Privileges Required Low (CAP_NET_ADMIN or Bluetooth daemon interaction), User Interaction None, Scope Unchanged, Confidentiality High (kernel memory leak potential), Integrity None, and Availability High (denial of service via panic). The score appropriately captures the seriousness of memory leakage combined with crash potential, moderated by the local-access requirement.
Frequently asked questions
Can this vulnerability be exploited remotely over the network?
No. Exploitation requires local system access and the ability to send Bluetooth management commands, which is restricted to processes with CAP_NET_ADMIN capability or interaction through the local Bluetooth daemon. Remote attackers cannot trigger this vulnerability.
What Bluetooth features are affected by this vulnerability?
The vulnerability exists in the Bluetooth MGMT (management) subsystem's advertising data validation. Any advertising-related management operations using malformed TLV data can trigger the out-of-bounds read. Standard Bluetooth audio, file transfer, and other connection profiles are not directly affected unless they route through vulnerable MGMT code paths.
Will applying the patch require a system reboot?
Yes. Kernel patches must be deployed via a reboot to the patched kernel version. You cannot hot-patch this vulnerability. Schedule maintenance windows accordingly and test updates in non-production environments first.
If my system has Bluetooth disabled, am I still at risk?
If the Bluetooth subsystem is completely disabled or not compiled into the kernel, you are not directly vulnerable. However, verify that Bluetooth drivers and MGMT subsystem are truly absent from your kernel configuration. Some distributions compile Bluetooth as a loadable module that may be auto-loaded on demand.
This analysis is provided for informational purposes based on publicly available vulnerability data current as of the source publication date. CVSS scores, affected versions, and patch availability are derived from official sources and vendor advisories—verify specific patch versions and remediation steps against your vendor's security guidance before deployment. No exploit code or weaponized proof-of-concepts are provided. Organizations should conduct their own risk assessment based on their specific kernel versions, Bluetooth configurations, and threat model. SEC.co assumes no liability for third-party vendor patch delays, compatibility issues, or operational incidents resulting from patching decisions. Source: NVD (public-domain), retrieved 2026-08-03. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10889HIGHCritical ANGLE Sandbox Escape in Google Chrome – Patch to 149.0.7827.53
- CVE-2026-10927HIGHChrome Sandbox Escape via Dawn Out-of-Bounds Read
- CVE-2026-10941HIGHSkia Out-of-Bounds Memory Vulnerability in Chrome – Urgent Patch Required
- CVE-2026-11015HIGHCritical Chrome WebGPU Out-of-Bounds Read Vulnerability
- CVE-2026-11077HIGHChrome Dawn Graphics Vulnerability – Sandbox Escape Risk
- CVE-2026-11091HIGHCritical Chrome Memory Corruption Vulnerability in Dawn Graphics Engine
- CVE-2026-11111HIGHChrome Out-of-Bounds Read in ANGLE Graphics Engine — Patch Guidance
- CVE-2026-11191HIGHOut-of-Bounds Memory Access in Chrome ANGLE Library