CVE-2026-72201: ntfs: validate index entries on reading
In the Linux kernel, the following vulnerability has been resolved:
ntfs: validate index entries on reading
Validate index entries immediately after reading an index root or index
block from disk. This eliminates repeated checks in lookup and readdir,
and reduce the risk of missing checks in those paths.
Security readout for executives and security teams
Plain-English summary
A Linux NTFS driver flaw allowed disk index data to be used without consistent validation. Malformed NTFS data could therefore reach lookup or directory-reading paths. The supplied rating is critical, but the sources do not describe a demonstrated attack, concrete failure mode, or confirmed remote exploitation.
Executive priority
Treat this as an expedited kernel-remediation issue, prioritizing systems that process external NTFS data. Do not assume ordinary internet exposure from the CVSS vector alone. Request vendor confirmation because the supplied version information and practical impact are incomplete.
Technical view
The fix validates NTFS index entries immediately after reading an index root or index block. Centralizing validation removes repeated checks from lookup and readdir and reduces the chance that either path omits validation. The available sources do not specify the underlying memory-safety condition or resulting behavior.
Likely exposure
Exposure is most plausible where an affected Linux kernel reads NTFS filesystems, including operational workflows involving NTFS storage or images. The bundled affected-version data is ambiguous; determine exposure using distribution advisories and backport status rather than version strings alone.
Exploitation context
The supplied CVSS vector describes network reachability without privileges or user interaction, but the technical description concerns NTFS structures read from disk. The sources do not reconcile this discrepancy. The CVE is not listed as KEV, and no supplied source reports active exploitation or a public exploit.
Researcher notes
The evidence supports a missing or inconsistently applied validation boundary for NTFS index entries. It does not establish the malformed condition, reachable corruption primitive, or confidentiality, integrity, and availability consequences asserted by CVSS. Review the linked commits and distribution backports before making exploitability claims.
Mitigation direction
Check Linux distribution guidance for affected packages and supported remediation.
Install a vendor kernel update incorporating the referenced NTFS validation fix.
Prioritize systems that process NTFS filesystems from untrusted or external sources.
Reduce untrusted NTFS handling where operationally feasible until vendor remediation is applied.
Validation and detection
Record each system's running kernel and distribution package version.
Verify vendor backport status against the two referenced stable-kernel commits.
Identify systems and workflows that mount or inspect NTFS filesystems.
After updating, confirm the remediated kernel is running following any required reboot.
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-2026-72201 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
3Source 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.