ZeroHour

CVE-2026-80673

mass

Slab out-of-bounds read in Linux kernel NTFS attribute-list parsing

CVSS 3.1
9.8 critical
EPSS
<1%p31
Published
()
Modified
AI analysis

CVE-2026-80673 is a slab out-of-bounds read in the legacy NTFS driver of the Linux kernel, in the ntfs_external_attr_find() function. When resolving an attribute lookup with a non-zero lowest_vcn, the code peeks at the next $ATTRIBUTE_LIST entry but bounds-checks it too loosely, so header, length, lowest_vcn, or name-offset fields of that unvalidated entry can lie past the end of the allocated attribute-list buffer. An attacker who can supply a crafted NTFS filesystem image (e.g., a mounted removable drive or disk image) whose final attribute-list entry sits just before the buffer end triggers the out-of-bounds read when the affected inode is read, potentially exposing kernel memory; the CVSS scoring rates the impact critical (9.8, high confidentiality/integrity/availability). Any Linux system running a kernel with the legacy fs/ntfs driver that mounts untrusted NTFS volumes is affected, though the advisory does not specify affected or fixed kernel version ranges. There is no known public proof-of-concept, the issue is not in CISA KEV, and EPSS estimates only a 0.4% probability of exploitation in the next 30 days.

What to do: Update to a Linux kernel that includes the CVE-2026-80673 fix, which validates the look-ahead $ATTRIBUTE_LIST entry via ntfs_attr_list_entry_is_valid() before dereferencing it; the advisory does not name a fixed release, so track your distribution's kernel security updates for the backported patch. Until patched, avoid mounting NTFS volumes of untrusted origin and disable or blacklist the legacy ntfs module (CONFIG_NTFS_FS) if it is not needed. Administrators should check whether their running kernel builds fs/ntfs and whether removable or auto-mounted NTFS media is in use.

Affected
Linux kernel (legacy NTFS driver, fs/ntfs)
Estimated exposure
mass1M+ systems ship kernels with the legacy NTFS driver, though practical exposure is limited to systems that mount attacker-supplied NTFS volumes — Linux runs on well over a billion devices and NTFS support is commonly built or shipped as a module in mainstream distribution kernels, so the population of potentially affected installs plausibly exceeds one million even though triggering…

Order-of-magnitude estimate by the model from install counts, market share and public scan data it knows; verify before quoting.

Description

In the Linux kernel, the following vulnerability has been resolved: ntfs: bound the look-ahead attribute-list entry in ntfs_external_attr_find() When resolving an attribute lookup with a non-zero @lowest_vcn, ntfs_external_attr_find() peeks at the next $ATTRIBUTE_LIST entry to decide whether to keep searching, but bounds that not-yet-validated entry only with "(u8 *)next_al_entry + 6 lowest_vcn (an __le64 at offset 8) and the name at next_al_entry->name_offset, both of which can lie past al_end -- the exact end of the kvmalloc'd attribute-list buffer (allocated at the on-disk attr_list_size, no rounding). A crafted on-disk $ATTRIBUTE_LIST whose last entry sits a few bytes before al_end therefore yields a slab out-of-bounds read when the inode is read. Validate the look-ahead entry with ntfs_attr_list_entry_is_valid() (added in patch 1/3) before dereferencing lowest_vcn and the name, so the same fixed-header, length and name bounds the main attribute-list walk uses now guard this read too.

Vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

In the news

No ingested article mentions this CVE yet.