CVE-2026-72188: Linux kernel · ntfs: sanitize MFT references returned from ntfs_lookup_inode_by_name()
Affects Linux kernelSource GCVE Database
Not known to be exploited · CVSS 9.1 Critical.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 42% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 17 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
AI-suggested
A fix is available and has been applied in the Linux kernel to sanitize MFT references returned from ntfs_lookup_inode_by_name(). The remediation normalizes error-marked MFT references to a consistent error value, preventing misuse of invalid data. Users should update to a Linux kernel version that includes this fix. Patch status is not explicitly stated in the input data, so check the vendor or Linux kernel advisory for the exact fixed versions and update guidance.
Description
In the Linux kernel, the following vulnerability has been resolved: ntfs: sanitize MFT references returned from ntfs_lookup_inode_by_name() ntfs_lookup_inode_by_name() returns MFT references read from directory index entries on disk. These values are untrusted, but the function can currently return an error-marked MFT reference to its callers without validating it. Callers later decode lookup failures with MREF_ERR(). A crafted NTFS image can set the MREF error bit while leaving the low bits as an arbitrary value, causing callers to consume a bogus pseudo-errno instead of treating the lookup result as corrupted on-disk metadata. Fix this at the source by normalizing every error-marked MFT reference returned from ntfs_lookup_inode_by_name() to ERR_MREF(-EIO). Apply this to all four directory lookup return paths so every caller gets a validated result without needing additional checks or an API change. This keeps the sanitization in the common lookup helper, which is cleaner than duplicating validation in each caller.
References
- nvd.nist.gov/vuln/detail/CVE-2026-72188 (opens in a new tab)
- git.kernel.org/stable/c/83f396d881c4fd312c7fd5fff2c157fc21104464 (opens in a new tab)
- git.kernel.org/stable/c/d97a36bae86a9a4021562ded2987f904e6bcb1d7 (opens in a new tab)
- ubuntu.com/security/CVE-2026-72188 (opens in a new tab)
- cve.org/CVERecord?id=CVE-2026-72188 (opens in a new tab)
- git.kernel.org/linus/d97a36bae86a9a4021562ded2987f904e6bcb1d7 (opens in a new tab)