HIGH 7.1

CVE-2026-53149: Linux Kernel Thunderbolt Out-of-Bounds Read (HIGH)

A flaw in the Linux kernel's Thunderbolt driver allows a local user with restricted privileges to read sensitive memory or crash the system. The vulnerability exists in how the kernel validates directory structures when parsing Thunderbolt property data. When a malformed directory header claims to contain more content than the allocated memory block actually holds, the kernel fails to reject it and instead reads beyond the intended boundaries, potentially exposing kernel memory or causing a denial of service.

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
8 configuration(s)
Published / Modified
2026-06-25 / 2026-07-06

NVD description (verbatim)

In the Linux kernel, the following vulnerability has been resolved: thunderbolt: Bound root directory content to block size __tb_property_parse_dir() does not check that content_offset + content_len fits within block_len for the root directory case. When rootdir->length equals or exceeds block_len - 2, the entry loop reads past the allocated property block. Add a bounds check after computing content_offset and content_len to reject directories whose content extends past the block.

8 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-53149 is a classic out-of-bounds read vulnerability in the Linux kernel's Thunderbolt subsystem, specifically in the __tb_property_parse_dir() function. The vulnerability occurs because the function does not validate that the sum of content_offset and content_len stays within block_len when processing the root directory case. When a malicious or corrupted Thunderbolt firmware image or property data block is provided where the root directory length equals or exceeds block_len minus 2 bytes, the subsequent entry parsing loop proceeds to dereference memory outside the allocated property block. The issue is classified as CWE-125 (Out-of-bounds Read). The fix involves adding a bounds check after computing content offset and content length to reject any directory structure whose declared content extends past the physical block boundary.

Business impact

This vulnerability poses a two-fold risk to systems with Thunderbolt hardware. First, it can leak sensitive kernel memory contents to a local attacker with user-level privileges, potentially compromising cryptographic keys, session tokens, or other sensitive data resident in kernel memory. Second, it enables a local denial-of-service attack where a user can trigger a kernel panic or unrecoverable state by connecting malicious Thunderbolt devices or providing crafted firmware. Organizations managing systems with Thunderbolt controllers—particularly laptops, workstations, and servers in multi-user environments—should prioritize patching to prevent unauthorized information disclosure and maintain system availability.

Affected systems

All Linux kernel versions containing the vulnerable Thunderbolt property parsing code are affected. The vulnerability impacts systems with Thunderbolt hardware controllers that rely on the kernel's Thunderbolt subsystem to parse and validate device property blocks. This includes many modern laptops and workstations from major manufacturers, as well as some server systems with Thunderbolt expansion capabilities. The specific kernel versions containing the fix should be verified against the Linux kernel security advisories and your distribution's patch release notes.

Exploitability

The vulnerability requires local access (AV:L) and can be exploited by a standard user account (PR:L). No user interaction is required beyond triggering device enumeration or providing a malformed device. The attack surface includes scenarios where a user connects a physical Thunderbolt device under their control, or where an attacker with local system access can manipulate Thunderbolt firmware or device property data. The barrier to exploitation is relatively low once an attacker has local system access, making this a practical security concern in multi-user or bring-your-own-device environments.

Remediation

Apply the Linux kernel security patch that adds bounds validation to __tb_property_parse_dir(). The fix implements a check to ensure content_offset + content_len does not exceed block_len before processing directory entries. Verify the specific patched kernel version from your Linux distribution's security advisories. Until patching is complete, mitigate risk by restricting physical Thunderbolt port access to trusted users, disabling Thunderbolt in BIOS if the hardware is not required, or isolating systems with Thunderbolt controllers from untrusted physical environments.

Patch guidance

Identify your Linux distribution and current kernel version using 'uname -r'. Check your vendor's security advisory for the Thunderbolt subsystem fix—typically released as part of a regular kernel update or security patch. Apply kernel updates from your distribution's official repositories (e.g., apt, yum, dnf, zypper depending on your distribution). After patching, verify the new kernel is loaded and systems are rebooted. If your organization uses long-term support kernels, confirm the patch has been backported to your specific LTS branch.

Detection guidance

Monitor system logs for failed Thunderbolt device enumeration or unexpected kernel messages related to property parsing. Implement intrusion detection rules to flag repeated Thunderbolt device connection attempts from unprivileged users. Use kernel integrity monitoring tools (e.g., aide, tripwire) to detect kernel memory corruption symptoms. In forensic analysis, look for kernel memory disclosure patterns or crash dumps coinciding with Thunderbolt device activity. Network-based detection is not applicable as this is a local vulnerability; focus on endpoint telemetry and hardware event logging.

Why prioritize this

This vulnerability merits high-priority patching due to its HIGH CVSS 3.1 score (7.1) combined with low attack complexity and the dual impact of information disclosure and denial of service. The local-access-only requirement moderates urgency compared to remote flaws, but the ease of exploitation by standard users and the sensitivity of kernel memory contents justify rapid remediation. Organizations with multi-user systems, shared workstations, or BYOD programs should prioritize this patch first among local kernel vulnerabilities.

Risk score, explained

The CVSS 3.1 score of 7.1 (HIGH) reflects: Attack Vector Local (typical for hardware driver flaws), Attack Complexity Low (no special conditions required to trigger the out-of-bounds read), Privileges Required Low (standard user can exploit), User Interaction None (automatic upon device manipulation), Confidentiality High (kernel memory disclosure), Integrity None (read-only), Availability High (kernel panic/DoS possible). The combined confidentiality and availability impact drives the HIGH severity despite the local-only attack vector.

Frequently asked questions

Can this vulnerability be exploited remotely or only locally?

Exploitation requires local access to the system. An attacker must be able to connect a Thunderbolt device or manipulate Thunderbolt firmware, making this a local-privilege attack. Remote exploitation is not possible under standard configurations.

Does every Thunderbolt-equipped system need to be patched?

Yes, any Linux system with Thunderbolt hardware that runs a vulnerable kernel version should be patched. However, if Thunderbolt is disabled in firmware or the Thunderbolt subsystem is not loaded, the practical risk is reduced. Check whether your system has active Thunderbolt support before prioritizing relative to other patches.

What data can be leaked through this out-of-bounds read?

The out-of-bounds read accesses adjacent kernel memory, which may contain session tokens, cryptographic material, other kernel structures, or data from previous allocations. The exact content depends on kernel memory layout and what happens to be adjacent to the property block at runtime.

Is there a workaround if I cannot patch immediately?

Yes. Disable Thunderbolt in BIOS/UEFI firmware, or restrict physical Thunderbolt port access to administrators only. These measures prevent the attack vector from being exploited by standard users until a kernel patch can be applied.

This analysis is based on the CVE record and public vulnerability data as of the publication date. Patch availability, version numbers, and specific mitigation steps should be verified against your Linux distribution's official security advisories and vendor statements. No exploit code or detailed proof-of-concept instructions are provided. Organizations should conduct their own risk assessment and testing in non-production environments before deploying patches to critical systems. Source: NVD (public-domain), retrieved 2026-08-03. Analysis generated by SEC.co (claude-haiku-4-5).