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

ntfs: validate resident attribute lists and harden the validator

A base inode's $ATTRIBUTE_LIST is sanity-checked by load_attribute_list()
only on the non-resident path; ntfs_read_locked_inode() copies a *resident*
attribute list into ni->attr_list with a plain memcpy() and no validation
at all. Every subsequent walk of ni->attr_list --
ntfs_external_attr_find(), ntfs_inode_attach_all_extents() and
ntfs_attrlist_need() -- then trusts the entries are well-formed and reads
attr_list_entry fixed-header fields
(lowest_vcn at offset 8, mft_reference at offset 16, and the name) with
bounds that assume validation already happened. A crafted resident
attribute list therefore reaches those walks unvalidated and can drive
out-of-bounds reads of the attribute-list buffer.

load_attribute_list() itself reads ale->name_offset (offset 7),
ale->mft_reference (offset 16) and the name length under only an
"al < al_start + size" bound, so its own validation loop can over-read the
fixed header of a truncated trailing entry by a few bytes.

Factor the per-entry validation into ntfs_attr_list_entry_is_valid(),
which requires each entry's fixed header (offsetof(struct
attr_list_entry, name)) to be in range before any field is dereferenced,
that ale->length is a multiple of 8 covering the fixed header plus the
name, and that the entry is in use and carries a live MFT reference.
ntfs_attr_list_is_valid() walks the buffer with it and checks the entries
tile it exactly. Use the list validator in load_attribute_list()
(replacing the open-coded loop, closing its own over-read) and on the
resident path in ntfs_read_locked_inode() (which previously skipped
validation entirely); patches 2/3 reuse the per-entry helper at the other
two attribute-list walks.
Published: 2026-08-28
Score: n/a
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability resides in the Linux kernel NTFS filesystem driver. An unvalidated resident attribute list is copied into kernel memory without sanity checks, allowing a crafted list to trigger out-of-bounds reads when internal functions iterate over the list. This can expose kernel memory contents, potentially leaking sensitive data and enabling further privilege-escalation exploits. The flaw is a classic buffer over-read, classified under CWE-126 and improper input validation, CWE-20.

Affected Systems

All Linux kernel builds that include the older NTFS driver are potentially impacted, including recent releases that have not yet incorporated the fix. Kernel versions containing the legacy ntfs.c module are affected prior to the commits referenced in the advisory. Vendors should update to a kernel revision that incorporates commit 55e97648f7753c6097cb682d24d1abcfe878e812 or the equivalent patch. There are no reported version constraints beyond the presence of the NTFS module.

Risk and Exploitability

Because the CVSS score is not publicly disclosed, risk must be inferred from the nature of the defect. The lack of EPSS data and the absence from the KEV catalog suggest no known active exploitation at present. Nevertheless, the kernel-level memory leak could provide an attacker with privileged information, especially in a local execution context or when an attacker controls NTFS mounts. Attacks would likely require local access to create a malicious NTFS volume or to manipulate a pre‑mounted one. The vulnerability is therefore moderate to high in potential impact but lower in immediate exploitability without additional foothold.

Generated by OpenCVE AI on August 28, 2026 at 09:53 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to a release that incorporates the NTFS driver fix (for example, commit 55e97648f7753c6097cb682d24d1abcfe878e812 or later revisions).
  • If an immediate kernel upgrade cannot be performed, unload or blacklist the ntfs kernel module to prevent NTFS handling.
  • For environments that require NTFS support, consider using the userspace NTFS-3g driver instead of the kernel driver, or restrict mount privileges to trusted users and processes.
  • Once updated, rebuild or reconfigure any dependent services that expect NTFS support, and test mounts to ensure functionality.

Generated by OpenCVE AI on August 28, 2026 at 09:53 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 28 Aug 2026 10:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-126
CWE-20

Fri, 28 Aug 2026 07:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: ntfs: validate resident attribute lists and harden the validator A base inode's $ATTRIBUTE_LIST is sanity-checked by load_attribute_list() only on the non-resident path; ntfs_read_locked_inode() copies a *resident* attribute list into ni->attr_list with a plain memcpy() and no validation at all. Every subsequent walk of ni->attr_list -- ntfs_external_attr_find(), ntfs_inode_attach_all_extents() and ntfs_attrlist_need() -- then trusts the entries are well-formed and reads attr_list_entry fixed-header fields (lowest_vcn at offset 8, mft_reference at offset 16, and the name) with bounds that assume validation already happened. A crafted resident attribute list therefore reaches those walks unvalidated and can drive out-of-bounds reads of the attribute-list buffer. load_attribute_list() itself reads ale->name_offset (offset 7), ale->mft_reference (offset 16) and the name length under only an "al < al_start + size" bound, so its own validation loop can over-read the fixed header of a truncated trailing entry by a few bytes. Factor the per-entry validation into ntfs_attr_list_entry_is_valid(), which requires each entry's fixed header (offsetof(struct attr_list_entry, name)) to be in range before any field is dereferenced, that ale->length is a multiple of 8 covering the fixed header plus the name, and that the entry is in use and carries a live MFT reference. ntfs_attr_list_is_valid() walks the buffer with it and checks the entries tile it exactly. Use the list validator in load_attribute_list() (replacing the open-coded loop, closing its own over-read) and on the resident path in ntfs_read_locked_inode() (which previously skipped validation entirely); patches 2/3 reuse the per-entry helper at the other two attribute-list walks.
Title ntfs: validate resident attribute lists and harden the validator
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-28T06:49:13.549Z

Reserved: 2026-08-26T14:34:25.782Z

Link: CVE-2026-80674

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-28T08:16:52.700

Modified: 2026-08-28T08:16:52.700

Link: CVE-2026-80674

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-28T10:00:06Z

Weaknesses