CVE-2026-72198: Linux kernel · ntfs: reject non-resident records for resident-only attributes
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.8 High · fixed in b54c9beb90e570bae17a9c18442aeeaf17165ccb : patch Linux kernel soon.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in b54c9beb90e570bae17a9c18442aeeaf17165ccb, 6626fb859f4c4772f2f59751d23937716e03f98f, 097cdfd0a55df5af82c9753833f39a8bfadbcfcb +1
CVSS:3.1/AV:L/AC:L/PR:L/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
Upgrade Linux kernel to b54c9beb90e570bae17a9c18442aeeaf17165ccb, 6626fb859f4c4772f2f59751d23937716e03f98f, 097cdfd0a55df5af82c9753833f39a8bfadbcfcb or 7ffa8f3d30236e0ab897c30bdb01224ff1fe1c89.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
Description
In the Linux kernel, the following vulnerability has been resolved: ntfs: reject non-resident records for resident-only attributes The shared lookup-time attribute validator rejects non-resident $FILE_NAME and $VOLUME_NAME records because their formats require resident values and callers handle returned records as resident attributes. Other resident-only attribute types still pass through the generic non-resident mapping-pairs checks. That leaves real resident/non-resident union confusion paths. Inode load looks up $STANDARD_INFORMATION and then reads data.resident.value_offset without checking a->non_resident. ntfs_inode_sync_standard_information() does the same when updating the standard information value. ntfs_write_volume_flags() also looks up $VOLUME_INFORMATION and reads data.resident.value_offset directly. $INDEX_ROOT callers in dir.c and index.c depend on the same lookup contract before consuming the resident index root value. Reject non-resident records for all resident-only attribute types in the shared validator. Keep the existing $FILE_NAME and $VOLUME_NAME behavior, but factor it through a helper and extend it to $STANDARD_INFORMATION, $OBJECT_ID, $VOLUME_INFORMATION, $INDEX_ROOT, and $EA_INFORMATION. For $OBJECT_ID and $EA_INFORMATION this is contract hardening for resident-only formats; this patch only rejects the non-resident form and does not add new resident value validation for those types.
References
- git.kernel.org/stable/c/6626fb859f4c4772f2f59751d23937716e03f98f (opens in a new tab)
- git.kernel.org/stable/c/7ffa8f3d30236e0ab897c30bdb01224ff1fe1c89 (opens in a new tab)
- git.kernel.org/stable/c/b54c9beb90e570bae17a9c18442aeeaf17165ccb (opens in a new tab)
- git.kernel.org/stable/c/097cdfd0a55df5af82c9753833f39a8bfadbcfcb (opens in a new tab)