CVE-2026-72210: Linux kernel · ntfs: fix off-by-one in mapping pairs decoding bounds checks
Source GCVE Database
Not known to be exploited · CVSS 9.8 Critical.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 45% 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:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 15 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 has been implemented in the Linux kernel to correct the off-by-one error by adjusting the bounds checks. Users should apply the official kernel updates that include this fix once available.
Description
In the Linux kernel, the following vulnerability has been resolved: ntfs: fix off-by-one in mapping pairs decoding bounds checks In ntfs_mapping_pairs_decompress(), attr_end points one byte past the end of the attribute record: attr_end = (u8 *)attr + le32_to_cpu(attr->length); The two bounds checks validating that mapping pair data bytes fit within the attribute use strict greater-than (>), which allows a one-byte out-of-bounds read when the data extends exactly to attr_end: b = *buf & 0xf; if (b) { if (unlikely(buf + b > attr_end)) // off-by-one goto io_error; for (deltaxcn = (s8)buf[b--]; b; b--) deltaxcn = (deltaxcn << 8) + buf[b]; } When buf + b == attr_end, the check evaluates to false and buf[b] reads one byte past the valid attribute boundary. The same pattern appears in the LCN delta bytes check. Fix both checks to use >= so that buf[b] at exactly attr_end is correctly rejected as out of bounds.
References
- nvd.nist.gov/vuln/detail/CVE-2026-72210 (opens in a new tab)
- git.kernel.org/stable/c/18760a74ef7c28df93726445b5595162e62ed341 (opens in a new tab)
- git.kernel.org/stable/c/bfe835e535fe0aa5767fdd8116f62e835ba50b55 (opens in a new tab)
- ubuntu.com/security/CVE-2026-72210 (opens in a new tab)
- cve.org/CVERecord?id=CVE-2026-72210 (opens in a new tab)
- git.kernel.org/linus/18760a74ef7c28df93726445b5595162e62ed341 (opens in a new tab)
- git.kernel.org/stable/c/7ffa8f3d30236e0ab897c30bdb01224ff1fe1c89 (opens in a new tab)