HIGH 7.1

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).