CVE-2026-72206: ntfs: validate index block header more strictly
In the Linux kernel, the following vulnerability has been resolved:
ntfs: validate index block header more strictly
Modify ntfs_index_block_inconsisent() to perform stricter validation of
INDEX_HEADER geometry in INDX blocks, and update
ntfs_lookup_inode_by_name() to use that function to validate INDX
blocks.
Security readout for executives and security teams
Plain-English summary
Linux corrected insufficient validation of NTFS directory-index block geometry. Malformed index data could therefore be handled unsafely on affected systems. The supplied record rates this critical at CVSS 9.8, but it does not describe the resulting failure mode or a confirmed attack path.
Executive priority
Treat as an urgent validation and patching item for Linux systems that process untrusted NTFS data. Prioritize externally reachable or automated ingestion environments, but avoid assuming confirmed remote exploitation because the supplied evidence does not establish it.
Technical view
The fix strengthens INDEX_HEADER geometry checks in INDX blocks through ntfs_index_block_inconsisent() and applies that validation during name lookup in ntfs_lookup_inode_by_name(). The sources do not identify a CWE, explain the exact memory-safety consequence, or clarify how the CVSS network vector maps to NTFS parsing.
Likely exposure
Potential exposure is limited to affected Linux versions using the relevant NTFS code to process attacker-influenced NTFS data. The supplied version information is ambiguous, listing 7.1, 0, 7.1.5, and 7.2 without clear range semantics; confirm applicability with the kernel vendor.
Exploitation context
The supplied record is not in KEV, and no cited source reports active exploitation or a public exploit. Although the CVSS vector states network-accessible exploitation without privileges or interaction, the available technical description concerns filesystem index parsing and does not establish a remote delivery mechanism.
Researcher notes
The record documents stricter INDX INDEX_HEADER geometry validation but omits the vulnerable condition's concrete consequence. Affected-version data appears incomplete or malformed, and the CVSS AV:N designation lacks an explained delivery path. Review both kernel commits and downstream advisories before making exposure claims.
Mitigation direction
Update to a vendor-supported kernel containing the referenced upstream fix commits.
Check distribution advisories for corrected package versions and backports.
Restrict processing or mounting of untrusted NTFS media until remediation is confirmed.
Use vendor guidance where an immediate kernel update is unavailable.
Validation and detection
Inventory kernel versions and distribution package revisions across Linux systems.
Determine which systems mount or otherwise process NTFS filesystems.
Compare installed packages with vendor advisories and referenced fix commits.
After updating, verify the running kernel matches the remediated package.
Monitor vendor and CVE updates for clarified affected-version ranges.
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-72206 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.