Skip to main content

Linux Kernel ntfs3 EUVDEUVD-2026-80300

| CVE-2026-89779 CRITICAL
2026-09-16 Linux GHSA-gg5m-j9gf-rmhm
9.1
CVSS 3.1 · Vendor: Linux
Share

Severity by source

Vendor (Linux) PRIMARY
9.1 CRITICAL
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H
vuln.today AI
6.1 MEDIUM

Requires local mounting of a crafted NTFS image (AV:L, PR:L for mount/media capability); heap info-leak to userspace gives C:H, no integrity impact, only limited crash risk (A:L).

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:L
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:L/SC:N/SI:N/SA:N

Primary rating from Vendor (Linux).

CVSS VectorVendor: Linux

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
None
Availability
High

Lifecycle Timeline

5
Analysis Generated
Sep 16, 2026 - 17:37 vuln.today
CVSS changed
Sep 16, 2026 - 15:22 NVD
9.1 (CRITICAL)
Patch available
Sep 16, 2026 - 10:02 EUVD
CVE Published
Sep 16, 2026 - 08:48 cve.org
CRITICAL 9.1
CVE Published
Sep 16, 2026 - 08:48 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

fs/ntfs3: validate ef->size covers the record's name and value

When an EA record has a non-zero ef->size, ntfs_read_ea() only checks that the record fits in the remaining buffer (ea_size > bytes), not that ef->size is large enough to hold the record's own name_len + 1 + elength.

A crafted image can pass validation with, e.g., ef->size = 24 but elength = 0xffff. ntfs_get_ea() then trusts elength and copies it out of the undersized record, reading past the kmalloc(info->size) allocation and leaking heap memory to userspace via getxattr():

BUG: KASAN: slab-out-of-bounds in ntfs_get_ea (fs/ntfs3/xattr.c:302) Read of size 65535 at addr ffff888100794550 by task exploit __asan_memcpy (mm/kasan/shadow.c:105) ntfs_get_ea (fs/ntfs3/xattr.c:302) ntfs_getxattr (fs/ntfs3/xattr.c:848) __vfs_getxattr (fs/xattr.c:441) vfs_getxattr (fs/xattr.c:474) do_getxattr (fs/xattr.c:800) path_getxattrat (fs/xattr.c:868) do_syscall_64 (arch/x86/entry/syscall_64.c:94)

The buggy address is located 80 bytes inside of allocated 84-byte region in cache kmalloc-96

Compute the size the record needs and require ef->size to cover it.

AnalysisAI

Heap memory disclosure in the Linux kernel's ntfs3 filesystem driver lets an attacker who can get a crafted NTFS image mounted read past the kmalloc-backed extended-attribute buffer and leak kernel heap contents to userspace via getxattr(), with an out-of-bounds read of up to 65535 bytes that can also crash the kernel. The defect is a missing size check in ntfs_read_ea(): a record declaring ef->size = 24 while elength = 0xffff passes validation because only the remaining buffer size is verified, after which ntfs_get_ea() trusts elength and copies the oversize value out of the undersized record. …

Unlock full vulnerability intelligence

  • Risk assessment & exploitation conditions
  • Attack chain visualization
  • Remediation with exact patch versions
  • Threat intelligence from 22 sources
  • Personal watchlist & email alerts

Free forever · No credit card required

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata

Access
technique details hidden
Delivery
technique details hidden
Exploit
technique details hidden
Execution
technique details hidden
Persist
technique details hidden
Impact
technique details hidden

Vulnerability AssessmentAI

Exploitation Exploitation requires the target host to mount a crafted/malicious NTFS filesystem image parsed by the in-kernel ntfs3 driver (present in mainline since 5.15), and then a getxattr() call against a file whose extended-attribute (EA) record declares an oversized elength relative to ef->size. … Additional conditions and limiting factors are described in the full assessment.
Risk Assessment This is a classic Linux filesystem-parser vulnerability that is materially over-scored by the vendor CVSS of 9.1. … Full risk analysis with EPSS, KEV, and SSVC signal comparison available after sign-in.
Exploit Scenario Full exploit scenario with step-by-step reproduction available after sign-in.
Remediation Vendor-released patch: upgrade to 5.15.221, 6.1.188, 6.6.157, 6.12.110, 6.18.52, or 7.2.6 (7.3-rc1 for mainline), or apply the corresponding stable commit from the references list (for example https://git.kernel.org/stable/c/b27e68ad818a4ca2cef8f35f97e75d756714c818 and the sibling commits per branch) if a full kernel upgrade is not immediately possible. … Detailed patch versions, workarounds, and compensating controls in full report.

Recommended ActionAI

Within 24 hours, inventory Linux systems using the ntfs3 filesystem driver and disable automount of untrusted NTFS removable media, and restrict mount privileges to trusted administrators. …

Sign in for detailed remediation steps and compensating controls.

Threat intelligence, references, and detailed analysis are available after sign-in.

Share

EUVD-2026-80300 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy