CVE-2026-53027: Linux NTFS3 Kernel Denial-of-Service Vulnerability
A bug in the Linux kernel's NTFS3 filesystem driver can cause the system to crash or become unstable when handling compressed or sparse file attributes with specific memory alignment characteristics. The issue occurs because the code fails to load necessary metadata for certain file clusters before attempting to allocate new storage space, leading to an unexpected warning condition that can trigger a kernel panic. This affects systems running vulnerable Linux kernels that use NTFS3, particularly those storing compressed or sparse files.
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)
- —
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-24 / 2026-07-24
NVD description (verbatim)
In the Linux kernel, the following vulnerability has been resolved: fs/ntfs3: fix missing run load for vcn0 in attr_data_get_block_locked() When a compressed or sparse attribute has its clusters frame-aligned, vcn is rounded down to the frame start using cmask, which can result in vcn != vcn0. In this case, vcn and vcn0 may reside in different attribute segments. The code already handles the case where vcn is in a different segment by loading its runs before allocation. However, it fails to load runs for vcn0 when vcn0 resides in a different segment than vcn. This causes run_lookup_entry() to return SPARSE_LCN for vcn0 since its segment was never loaded into the in-memory run list, triggering the WARN_ON(1). Fix this by adding a missing check for vcn0 after the existing vcn segment check. If vcn0 falls outside the current segment range [svcn, evcn1), find and load the attribute segment containing vcn0 before performing the run lookup. The following scenario triggers the bug: attr_data_get_block_locked() vcn = vcn0 & cmask <- vcn != vcn0 after frame alignment load runs for vcn segment <- vcn0 segment not loaded! attr_allocate_clusters() <- allocation succeeds run_lookup_entry(vcn0) <- vcn0 not in run -> SPARSE_LCN WARN_ON(1) <- bug fires here!
5 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-53027 is a local denial-of-service vulnerability in fs/ntfs3's attr_data_get_block_locked() function. When a compressed or sparse attribute undergoes frame-alignment cluster rounding using cmask, vcn may differ from vcn0. The existing code loads runs for the vcn segment but omits loading runs for vcn0 when vcn0 resides in a different attribute segment. Consequently, run_lookup_entry(vcn0) returns SPARSE_LCN due to the unloaded segment, triggering a WARN_ON(1) condition. The fix adds a segment boundary check for vcn0 post-vcn validation, ensuring the appropriate attribute segment is located and loaded into the in-memory run list before run lookup occurs.
Business impact
Systems running vulnerable Linux kernels with NTFS3 support face local denial-of-service risk. Exploitation requires local access and occurs during normal filesystem operations on compressed or sparse NTFS files meeting specific alignment criteria. While remote code execution is not possible, successful exploitation can crash the kernel, causing service interruptions. Organizations relying on NTFS3 for interoperability with Windows systems—particularly in virtual environments, containers, or workstations—should prioritize patching to maintain availability and system stability.
Affected systems
The Linux kernel, specifically the NTFS3 filesystem driver component, is affected. Vulnerable systems include any Linux installation with NTFS3 support enabled that processes compressed or sparse NTFS file attributes. This includes both desktop Linux distributions and server environments using NTFS3. The vulnerability requires local filesystem access to trigger, limiting its scope to authenticated users or those with physical access to the system.
Exploitability
Exploitability is low to moderate. An attacker requires local system access and must trigger specific filesystem operations on compressed or sparse NTFS attributes with frame-aligned cluster characteristics. Exploitation is not remotely possible and does not grant privilege escalation. However, any local user capable of accessing the filesystem can potentially trigger the condition through normal file operations, making it a concern in multi-user systems, shared hosting environments, or systems where local access is readily available.
Remediation
Apply the Linux kernel patch resolving CVE-2026-53027. The fix modifies attr_data_get_block_locked() to add a segment boundary check for vcn0, ensuring its runs are loaded before run_lookup_entry() is called. Verify the patch version against the official Linux kernel advisory and your distribution's security bulletins, as backport availability and version numbers vary by vendor. Recompile and deploy the updated kernel, followed by system reboot.
Patch guidance
Check your Linux distribution's security advisory for the specific patched kernel version addressing CVE-2026-53027. Canonical, Red Hat, SUSE, Debian, and other distributors will release updates through their respective repositories. Install the latest kernel update available for your distribution, verify the patch is included using kernel release notes or changelog, and reboot. Organizations using custom kernels should apply the upstream fix directly to their build tree. Verify NTFS3 module is properly rebuilt post-patching.
Detection guidance
Monitor system logs for WARN_ON(1) messages originating from fs/ntfs3's attr_data_get_block_locked() function, typically appearing in dmesg or kernel ring buffer as a kernel warning. Enable kernel debugging symbols if necessary to correlate warnings with this specific code path. Track kernel crash reports or unexpected reboots coinciding with NTFS3 filesystem operations on compressed or sparse files. In containerized or virtualized environments, monitor host kernel logs for these warnings even if individual containers appear unaffected. Correlate events with filesystem access patterns involving NTFS volumes.
Why prioritize this
While the CVSS 3.1 score of 5.5 (Medium) reflects local-only access requirements and no confidentiality or integrity impact, this vulnerability should be prioritized for systems actively using NTFS3. The availability impact is significant—kernel crashes interrupt services—and the attack surface includes any local user with filesystem access. Organizations supporting NTFS interoperability or running NTFS3 in production should patch promptly. Systems without NTFS3 enabled can safely defer this update unless NTFS3 is planned for deployment.
Risk score, explained
The CVSS 3.1 score of 5.5 reflects the vulnerability's Medium severity based on: (1) Attack Vector: Local—requiring system or container access; (2) Attack Complexity: Low—normal filesystem operations suffice; (3) Privileges Required: Low—any local user can trigger the condition; (4) User Interaction: None; (5) Scope: Unchanged; (6) Confidentiality: None; (7) Integrity: None; (8) Availability: High—kernel crash or instability. The score appropriately captures the local DoS nature without privilege escalation or data exposure potential.
Frequently asked questions
Can this vulnerability be exploited remotely?
No. CVE-2026-53027 requires local filesystem access to trigger, making remote exploitation impossible without prior system compromise or valid local credentials.
Do all NTFS3 users face equal risk?
Risk is highest for systems regularly accessing compressed or sparse NTFS files with specific cluster frame-alignment characteristics. Systems using NTFS3 for basic file compatibility face lower risk unless workloads involve compressed or sparse attributes. Systems without NTFS3 enabled are unaffected.
What happens if the vulnerability is exploited?
Successful exploitation causes a kernel warning that can escalate to a kernel panic, system crash, or reboot depending on kernel configuration and panic-on-warn settings. This results in denial of service and potential data loss if in-flight operations are interrupted.
Will patching NTFS3 break compatibility with Windows systems?
No. The patch fixes a bug in metadata handling without altering NTFS protocol compliance. Patched NTFS3 remains fully compatible with Windows NTFS volumes.
This analysis is based on the published CVE description and CVSS metadata as of the provided date. Patch availability, version numbers, and remediation procedures vary by Linux distribution and should be verified against official vendor security advisories before implementation. This vulnerability has not been added to the CISA Known Exploited Vulnerabilities catalog as of the analysis date. Organizations should assess internal NTFS3 usage, prioritize patching based on workload criticality, and test patches in non-production environments before wide deployment. No exploit code or weaponized proof-of-concept is publicly associated with this CVE at time of writing. Source: NVD (public-domain), retrieved 2026-07-31. Analysis generated by SEC.co (claude-haiku-4-5).
Affected vendors
Related vulnerabilities
- CVE-2025-71313MEDIUMLinux Kernel PCI Endpoint NULL Pointer Dereference
- CVE-2025-71314MEDIUMLinux Panthor GPU Driver Denial of Service via Cache Flush Timeout
- CVE-2025-71315MEDIUMLinux Kernel vkms DRM Vblank Timer Denial of Service
- CVE-2026-0268MEDIUMPrisma Access Agent Linux VPN Bypass Vulnerability
- CVE-2026-10004MEDIUMChrome UI Spoofing Vulnerability – Password Dialog Hijacking
- CVE-2026-10018MEDIUMInteger Overflow in Chrome ANGLE GPU Graphics Layer
- CVE-2026-10912MEDIUMChrome Extension Same-Origin Policy Bypass (CVSS 6.5)
- CVE-2026-10916MEDIUMChrome DevTools UXSS Vulnerability