CVE-2026-53027

fs/ntfs3: fix missing run load for vcn0 in attr_data_get_block_locked()

MEDIUM
5.5
CVSS Score
Published: June 24, 2026 at 04:29 PM UTC
Updated: October 30, 2026 at 01:19 PM UTC
1 product affected across 1 vendorLinux Kernel

Using Linux by Linux?

Get instant alerts when new vulnerabilities affect Linux - before attackers find them.

Real-time alertsTrack your software stackFree plan available
Severity
MEDIUM5.5
Exploit prediction
EPSS 0.1%

Description

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!

Affected

Our own answer: ranges merged, affected separated from platform-only, with confidence and review flags.

6.1.132 ≤ v < 6.26.2 ≤ v < 7.0.10406a037d93b769bca248476bd14bbe548dc1ec356.1.1326.2c380b52f6c5702cc4bdda5e6d456d6c19a201a0b
Vendor states this is fixed in 08fad5d5a26cc55c0ecb68ac59ba3be5e31f4147 (fixed)
Vendor states this is fixed in 2b4ae1ce613ade8a7e118fba4a5a77cd23e97e54 (fixed)
Vendor states this is fixed in d68a14450783ecc5fddae957ac4e1c546dfcfb73 (fixed)
Vendor states this is fixed in d7ea8495fd307b58f8867acd81a1b40075b1d3ba (fixed)
Vendor states this is fixed in ea59d9dbc5504e29d420ac4aab774cbce39b0e69 (fixed)
Vendor states this is fixed in 6.1.191 (unaffected)
Vendor states this is fixed in 6.12.96 (unaffected)
Vendor states this is fixed in 6.18.39 (unaffected)
Vendor states this is fixed in 6.2 (unaffected)
Vendor states this is fixed in 6.6.145 (unaffected)
Vendor states this is fixed in 7.0.10 (unaffected)
Vendor states this is fixed in 7.1 (unaffected)

Remediation

No guide yet

No remediation guidance has been written for this CVE yet. What the record does show:

CVSS

Attack Vector
LOCAL
Complexity
LOW
Privileges
LOW
User Interaction
NONE
Scope
UNCHANGED
Confidentiality
NONE
Integrity
NONE
Availability
HIGH
Vector?

Quick Info

StatusMODIFIED
CWE
NVD-CWE-noinfo

Get alerted

Stop reading CVE feeds looking for your own stack

Track the products you run and VulnTracker tells you when a new CVE affects them — with what is known about fixing it, and nothing about the rest.

Free plan, no card