CVE-2025-71311: fs/ntfs3: Initialize new folios before use
In the Linux kernel, the following vulnerability has been resolved:
fs/ntfs3: Initialize new folios before use
KMSAN reports an uninitialized value in longest_match_std(), invoked
from ntfs_compress_write(). When new folios are allocated without being
marked uptodate and ni_read_frame() is skipped because the caller expects
the frame to be completely overwritten, some reserved folios may remain
only partially filled, leaving the rest memory uninitialized.
Security readout for executives and security teams
Plain-English summary
Linux’s NTFS3 driver may use partially uninitialized memory while writing compressed NTFS data. This could expose residual kernel memory or slightly alter written data. The issue matters primarily where affected kernels actively use NTFS3 compression; the supplied evidence does not establish widespread exploitation or precise real-world impact.
Executive priority
Prioritize verification and routine expedited patching on systems using NTFS3, especially those handling untrusted NTFS media or data. Broad emergency action is not supported without confirmed NTFS3 exposure or exploitation evidence. Ask infrastructure teams to report affected systems, vendor patch availability, and remediation timing.
Technical view
New folios may be allocated without being marked uptodate. When ntfs_compress_write() expects a frame to be fully overwritten and skips ni_read_frame(), reserved folios can remain partially uninitialized. KMSAN detected the resulting value reaching longest_match_std(). Linux stable commits initialize new folios before use.
Likely exposure
Potential exposure is limited to Linux systems running affected kernel builds and using the NTFS3 filesystem driver for compressed writes. The supplied affected-version data names 6.11, 6.12.75, 6.18.14, 6.19.4, and 7.0, but does not clearly define complete version ranges. Distribution advisories should determine exact package exposure.
Exploitation context
The supplied record is not marked as CISA KEV, and no source provided reports active exploitation or a public exploit. The CVSS 3.1 score is 8.2, emphasizing confidentiality impact, but practical trigger conditions and attacker reachability are not established in the bundle.
Researcher notes
The finding originated from KMSAN during ntfs_compress_write() and concerns incompletely initialized folios reaching longest_match_std(). The supplied CVSS vector indicates network reachability, but the technical description does not explain a remote attack path. No CWE, proof of concept, exploitation telemetry, or complete affected-range semantics are provided.
Mitigation direction
Apply a vendor kernel update containing the applicable Linux stable fix.
Consult the operating-system distributor for exact affected and fixed package versions.
Limit use of NTFS3 compressed writes until remediation if operationally practical.
Prioritize systems processing untrusted or externally supplied NTFS volumes.
Validation and detection
Inventory kernel versions and distribution package revisions across Linux systems.
Identify systems mounting NTFS filesystems through the NTFS3 driver.
Determine whether affected systems perform compressed NTFS writes.
Confirm the installed kernel includes the distributor’s backported fix or an applicable referenced commit.
Monitor vendor advisories for corrected version-range information.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2025-71311 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
0ADP providers
5Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.