Description
In the Linux kernel, the following vulnerability has been resolved:

ntfs: grow index root value before reparent header update

ntfs_ir_reparent() moves the resident index root entries into an index
block and leaves a small root stub containing the child VCN. That root
stub can be larger than the existing resident value. For example, an
empty root with value_length 48 has an index area of 32 bytes, while the
large-index root stub needs index_length and allocated_size of 40 bytes.

The current code publishes the larger index.index_length and
index.allocated_size before resizing the resident value. If the resize
returns -ENOSPC, the recovery path can call ntfs_inode_add_attrlist(),
which looks attributes up again while the root header says
allocated_size 40 but the resident value still only provides 32 bytes of
index area. Lookup-time $INDEX_ROOT validation then correctly rejects
that transient layout as corrupt.

This reproduces as a generic/013 failure under qemu. In the failing run,
the transient root had value_len=48, index_size=32, index_length=40, and
allocated_size=40, and ntfsprogs-plus ntfsck reported "Corrupt index
root in MFT record 1177".

When the root stub grows, resize the resident value before publishing the
larger root header. If the resize fails, the old root remains valid for
recovery lookups. Keep the existing header-before-resize ordering for
shrink or same-size cases so the resident value never temporarily
exposes an allocated_size beyond its bounds.
Published: 2026-08-15
Score: 9.8 Critical
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The bug in the Linux kernel’s NTFS driver causes a mismatch between the index root header and the actual resident value size after a reparent operation. The code publishes an inflated index length before confirming the allocation succeeds, creating a transient state in which the header claims more space than the resident data provides. When lookup logic later validates the $INDEX_ROOT structure, it rejects the layout as corrupt, and the recovery path may attempt to rebuild attribute lists, potentially causing application crashes or filesystem corruption.

Affected Systems

Any Linux kernel that still contains the buggy ntfs module—i.e., kernel versions prior to the patch—is affected. The vulnerability is limited to the kernel’s NTFS support; it does not affect user‑land utilities or other filesystems. Systems that mount NTFS volumes with the default ntfs module are therefore at risk, regardless of distribution.

Risk and Exploitability

The CVSS score of 9.8 indicates critical severity, while the EPSS score is reported as less than 1 %, indicating a very low likelihood of widespread exploitation, and the vulnerability is not listed in CISA’s KEV catalog. Based on the description, it is inferred that the flaw requires a resident NTFS volume and local filesystem access to trigger the recovery path; an attacker must therefore have physical or local access to the affected host. The severity is high in terms of potential data loss, but the probability of successful exploitation remains low under normal circumstances.

Generated by OpenCVE AI on August 18, 2026 at 19:38 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the system’s Linux kernel to a version that contains the CVE‑2026‑72211 patch.
  • If a kernel upgrade cannot be performed immediately, back up all data on NTFS volumes and unmount or blacklist the ntfs module to prevent mounting until the patch is applied.
  • Avoid using NTFS volumes in untrusted or critical environments until a kernel update is available.

Generated by OpenCVE AI on August 18, 2026 at 19:38 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 18 Aug 2026 15:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-120
CWE-787

Tue, 18 Aug 2026 12:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-130
References
Metrics threat_severity

None

threat_severity

Moderate


Mon, 17 Aug 2026 09:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-120
CWE-787

Mon, 17 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 9.8, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H'}


Sat, 15 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: ntfs: grow index root value before reparent header update ntfs_ir_reparent() moves the resident index root entries into an index block and leaves a small root stub containing the child VCN. That root stub can be larger than the existing resident value. For example, an empty root with value_length 48 has an index area of 32 bytes, while the large-index root stub needs index_length and allocated_size of 40 bytes. The current code publishes the larger index.index_length and index.allocated_size before resizing the resident value. If the resize returns -ENOSPC, the recovery path can call ntfs_inode_add_attrlist(), which looks attributes up again while the root header says allocated_size 40 but the resident value still only provides 32 bytes of index area. Lookup-time $INDEX_ROOT validation then correctly rejects that transient layout as corrupt. This reproduces as a generic/013 failure under qemu. In the failing run, the transient root had value_len=48, index_size=32, index_length=40, and allocated_size=40, and ntfsprogs-plus ntfsck reported "Corrupt index root in MFT record 1177". When the root stub grows, resize the resident value before publishing the larger root header. If the resize fails, the old root remains valid for recovery lookups. Keep the existing header-before-resize ordering for shrink or same-size cases so the resident value never temporarily exposes an allocated_size beyond its bounds.
Title ntfs: grow index root value before reparent header update
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-18T06:56:30.876Z

Reserved: 2026-08-09T03:40:39.912Z

Link: CVE-2026-72211

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-15T06:21:39.803

Modified: 2026-08-18T07:16:54.370

Link: CVE-2026-72211

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-15T00:00:00Z

Links: CVE-2026-72211 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-18T19:45:03Z

Weaknesses
  • CWE-130

    Improper Handling of Length Parameter Inconsistency