CVE-2026-72205
Received Received - Intake

Memory Leak in Linux Kernel NTFS Driver

Vulnerability report for CVE-2026-72205, 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-18

Assigner: kernel.org

Description

In the Linux kernel, the following vulnerability has been resolved: ntfs: free volume-wide resources on fill_super failure ntfs_fill_super()'s err_out_now path frees only the volume struct via kfree(vol), leaving several vol-owned allocations behind on every mount failure: - vol->nls_map, loaded by ntfs_init_fs_context() via load_nls_default() (or replaced by an explicit nls= option in ntfs_parse_param()), is never unload_nls()'d. - vol->volume_label, allocated by load_system_files() through ntfs_ucstonls() once the $Volume name attribute has been parsed, is not released by load_system_files()'s own error labels nor by the fill_super() inline cleanup that only runs on d_make_root() failure. Any later failure inside load_system_files() leaks it. - vol->lcn_empty_bits_per_page was kvfree()'d in unl_upcase_iput_tmp_ino_err_out_now without clearing the pointer, so it could not be folded into a single common cleanup. Because the failure paths never call ntfs_volume_free() and never reach the d_make_root() inline cleanup block (it sits above the label and is jumped over by the load_system_files() / kvmalloc failure gotos), these resources accumulate per failed mount attempt with no chance of recovery short of unloading the module. This is a silent leak: the inodes loaded prior to failure remain hashed but generic_shutdown_super() skips evict_inodes() when sb->s_root is unset, so no CHECK_DATA_CORRUPTION warning is emitted either. Move the per-volume frees down to err_out_now and drop the lcn_empty_bits_per_page kvfree() from the upper label so the cleanup is performed exactly once on every failure path. Using unconditional kvfree() / kfree() / unload_nls() is safe because they all accept NULL and the upper labels that previously freed nls_map (the d_make_root() inline cleanup) already clear the pointer.

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

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

Affected Vendors & Products

Currently, no data is known.

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 vulnerability in the Linux kernel involves improper cleanup of resources when mounting an NTFS filesystem fails. Specifically, the ntfs_fill_super function fails to free allocated resources like volume labels, character set mappings, and bitmaps during mount failures. These resources accumulate with each failed mount attempt, leading to memory leaks that persist until the module is unloaded.

Detection Guidance

This vulnerability is specific to the Linux kernel's NTFS implementation and does not have direct network detection methods. To detect it, monitor for failed NTFS mount attempts in system logs or dmesg output. Look for repeated mount failures or resource leaks in kernel logs.

Impact Analysis

This vulnerability can cause memory leaks on systems using NTFS filesystems. Each failed mount attempt consumes additional memory that is never released, potentially leading to system slowdowns or crashes over time due to resource exhaustion. It does not directly expose data but may destabilize the system.

Compliance Impact

This vulnerability does not directly affect compliance with GDPR, HIPAA, or similar standards as it relates to resource leaks in the Linux kernel's NTFS driver during mount failures. No evidence suggests data exposure, unauthorized access, or integrity issues that would impact regulatory compliance.

Mitigation Strategies

Apply the latest Linux kernel updates to patch this vulnerability. Avoid mounting untrusted NTFS volumes until patched. If you cannot update immediately, consider disabling NTFS support temporarily or restricting access to NTFS mounts.

Chat Assistant

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

EPSS Chart