CVE-2026-72191
Received Received - Intake

Buffer Overflow in Linux Kernel NTFS3 Driver

Vulnerability report for CVE-2026-72191, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-08-15

Last updated on: 2026-08-23

Assigner: kernel.org

Description

In the Linux kernel, the following vulnerability has been resolved: ntfs3: validate split-point offset in indx_insert_into_buffer indx_insert_into_buffer() computes used = used1 - to_copy - sp_size; memmove(de_t, Add2Ptr(sp, sp_size), used - le32_to_cpu(hdr1->de_off)); where sp and sp_size come from hdr_find_split(). hdr_find_split() walks entries by le16_to_cpu(e->size) without validating that each step stays within hdr->used or that the size field is at least sizeof(struct NTFS_DE). index_hdr_check(), the on-load gatekeeper, only validates header-level fields (used, total, de_off) and does not walk per-entry sizes. A crafted NTFS image whose leaf INDEX_HDR reports used == total but contains one interior NTFS_DE with size = 0xFFF0 therefore passes validation, descends to indx_insert_into_buffer() through the ntfs_create() -> indx_insert_entry() path, and makes hdr_find_split() return an sp whose sp_size (0xFFF0) greatly exceeds the remaining bytes in the buffer. The u32 subtraction underflows and the memmove count becomes a near-4-GiB value, producing an out-of-bounds kernel write that corrupts adjacent allocations and panics the kernel. Reproduced on 7.0.0-rc7 with UML + KASAN via a crafted image and a single 'touch' inside the mounted directory; crash site resolves to fs/ntfs3/index.c at the memmove. Trigger requires only local mount of an attacker-supplied filesystem image (USB, loopback, or removable media auto-mount). Reject the split whenever the chosen sp plus its declared size already extends past hdr1->used. This is the minimal fix; it preserves the existing hdr_find_split() contract and relies on the same out: cleanup path as the pre-existing error returns. A prior OOB read in the very same indx_insert_into_buffer() memmove was fixed in commit b8c44949044e ("fs/ntfs3: Fix OOB read in indx_insert_into_buffer") by tightening hdr_find_e(), but that fix does not cover the split-point size field path addressed here: sp is returned by hdr_find_split(), not hdr_find_e(), and the underflow is driven by sp->size rather than hdr->used exceeding hdr->total.

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-08-15
Last Modified
2026-08-23
Generated
2026-09-04
AI Q&A
2026-08-15
EPSS Evaluated
2026-09-03
NVD
EUVD

Affected Vendors & Products

Showing 1 associated CPE
Vendor Product Version / Range
linux linux_kernel 7.0.0-rc7

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-UNKNOWN

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This is a memory corruption vulnerability in the Linux kernel's NTFS3 filesystem driver. It occurs when processing crafted NTFS filesystem images. The issue involves an out-of-bounds write caused by an integer underflow during memory operations in the indx_insert_into_buffer function. Attackers can exploit this by mounting a malicious filesystem image, leading to kernel memory corruption and system crashes.

Detection Guidance

This vulnerability is specific to the Linux kernel's NTFS3 filesystem driver and requires a crafted NTFS image to trigger. Detection involves checking for kernel panics or crashes when mounting or accessing NTFS filesystems. Monitor system logs for kernel oops or panic messages after mounting untrusted NTFS images. No direct network detection commands are applicable as the attack requires local filesystem access.

Impact Analysis

This vulnerability allows local attackers to crash the system by mounting a specially crafted NTFS filesystem image. The crash can result in a kernel panic, causing data loss and denial of service. Attackers with physical access or ability to provide removable media could exploit this to disrupt system operations.

Compliance Impact

This vulnerability allows local attackers to crash the kernel via a crafted NTFS filesystem, leading to denial of service. It does not directly impact data confidentiality or integrity but could disrupt system availability. Compliance with GDPR or HIPAA typically requires ensuring system availability and protecting against unauthorized access; this issue primarily affects availability through kernel crashes.

Mitigation Strategies

Update the Linux kernel to a patched version that includes the fix for this NTFS3 vulnerability. Avoid mounting untrusted NTFS filesystems until the kernel is updated. If immediate patching is not possible, disable the NTFS3 filesystem module (ntfs3) to prevent exploitation.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-72191. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart