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

fs/ntfs3: validate dirty page table on log replay

Each DIR_PAGE_ENTRY ends in a page_lcns[] array whose length is the on-disk
lcns_follow field. check_rstbl() validates the table bookkeeping but never
checks that this array fits in the entry, so a crafted lcns_follow lets the
v0->v1 conversion memmove and later replay passes run off the entry.

Add check_dp_table() to reject, right after check_rstbl(), any entry larger
than its size claims via struct_size() (the same expression used to allocate
these entries, so the check is overflow-safe by construction). All consumers
can then trust lcns_follow as the real capacity. This covers every
page_lcns[] access whose index is bounded by the entry itself (the
conversion memmove, the HotFix store via find_dp(), and the self-bounded
scan loops). Accesses whose index comes from the log record need a separate
bound and are handled in a follow-up patch.
Published: 2026-09-11
Score: 7.8 High
EPSS: < 1% Very Low
KEV: No
Impact: Kernel memory corruption via out-of-bounds write
Action: Patch Immediately
AI Analysis

Impact

In the Linux kernel’s NTFS3 filesystem implementation, a validation function that checks directory page entries lcns_follow array embedded in each DIR_PAGE_ENTRY. A value crafted in the on‑disk lcns_follow field can cause the memmove during a v the end of the entry. This out‑of‑bounds write corrupts kernel memory, potentially allowing an attacker to execute arbitrary code, crash the system, or elevate privileges.

Affected Systems

The flaw resides in the core ntfs3 module of the Linux kernel, so any distribution that ships with the kernel and mounts NTFS3 filesystems is potentially affected. Because the CVE does not list specific kernel releases, all unpatched kernels that include the ntfs3 filesystem code are at risk.

Risk and Exploitability

The CVSS score of 6.4 indicates a moderately high severity. The EPSS score is less than 1% (0.00175), reflecting a very low but non‑zero exploitation probability. The vulnerability is not listed in the CISA KEV catalogue. The likely attack vector is local: an attacker who can write to an NTFS3 volume can create a malicious log entry replay. The attack requires the NTFS3 module to be loaded and a mounted NTFS volume; it does not depend on a network interface. Because the vulnerability leads to memory corruption at kernel level, a successful exploit could compromise confidentiality, integrity, or availability of the host.

Generated by OpenCVE AI on September 13, 2026 at 05:35 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the Linux kernel to a version that includes the check_dp_table patch to eliminate the overflow.
  • While waiting for a kernel upgrade, unmount or block NTFS3 filesystems to prevent log replay attempts.
  • If NTFS3 support is not required, disable the ntfs3 kernel module entirely to remove the vulnerable code path.

Generated by OpenCVE AI on September 13, 2026 at 05:35 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sun, 13 Sep 2026 06:45:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

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

cvssV3_1

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


Sat, 12 Sep 2026 00:15:00 +0000

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

None

cvssV3_1

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

threat_severity

Important


Fri, 11 Sep 2026 23:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: fs/ntfs3: validate dirty page table on log replay Each DIR_PAGE_ENTRY ends in a page_lcns[] array whose length is the on-disk lcns_follow field. check_rstbl() validates the table bookkeeping but never checks that this array fits in the entry, so a crafted lcns_follow lets the v0->v1 conversion memmove and later replay passes run off the entry. Add check_dp_table() to reject, right after check_rstbl(), any entry larger than its size claims via struct_size() (the same expression used to allocate these entries, so the check is overflow-safe by construction). All consumers can then trust lcns_follow as the real capacity. This covers every page_lcns[] access whose index is bounded by the entry itself (the conversion memmove, the HotFix store via find_dp(), and the self-bounded scan loops). Accesses whose index comes from the log record need a separate bound and are handled in a follow-up patch.
Title fs/ntfs3: validate dirty page table on log replay
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-09-13T06:31:56.314Z

Reserved: 2026-09-11T19:38:34.735Z

Link: CVE-2026-89617

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-11T20:19:46.917

Modified: 2026-09-13T07:17:27.310

Link: CVE-2026-89617

cve-icon Redhat

Severity : Important

Publid Date: 2026-09-11T19:45:16Z

Links: CVE-2026-89617 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-09-13T05:45:18Z

Weaknesses