Skip to main content

Linux Kernel CVE-2025-40067

HIGH
2025-10-28 416baaa9-dc9f-4396-8d5f-8c081fb06d67
7.8
CVSS 3.1 · Vendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
Share

Severity by source

Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67) PRIMARY
7.8 HIGH
AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
vuln.today AI
7.3 HIGH

Local malformed image mount with user interaction (AV:L/UI:R); index corruption gives high integrity/availability impact, but no clear disclosure so C:L.

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

Primary rating from Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67).

CVSS VectorVendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67

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

Lifecycle Timeline

2
Analysis Generated
Jul 30, 2026 - 07:48 vuln.today
CVE Published
Oct 28, 2025 - 12:15 cve.org
HIGH 7.8

DescriptionCVE.org

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

fs/ntfs3: reject index allocation if $BITMAP is empty but blocks exist

Index allocation requires at least one bit in the $BITMAP attribute to track usage of index entries. If the bitmap is empty while index blocks are already present, this reflects on-disk corruption.

syzbot triggered this condition using a malformed NTFS image. During a rename() operation involving a long filename (which spans multiple index entries), the empty bitmap allowed the name to be added without valid tracking. Subsequent deletion of the original entry failed with -ENOENT, due to unexpected index state.

Reject such cases by verifying that the bitmap is not empty when index blocks exist.

AnalysisAI

Local filesystem corruption / potential memory corruption in the Linux kernel's ntfs3 driver arises when an index allocation is performed against a $BITMAP attribute that is empty while index blocks already exist on disk. An attacker who can get a victim to mount a malformed NTFS image can drive the driver into an inconsistent index state during rename() of long filenames, causing subsequent operations to fail (-ENOENT) and reflecting on-disk corruption that the driver previously failed to reject. There is no public exploit identified at time of analysis, the EPSS probability is low (0.19%, 9th percentile), and it is not listed in CISA KEV.

Technical ContextAI

The affected component is the in-kernel NTFS3 filesystem driver (fs/ntfs3), which mounts and manipulates Microsoft NTFS volumes. NTFS directories are stored as B-tree index structures whose entry usage is tracked by a $BITMAP attribute; index allocation logically requires at least one bit in $BITMAP to account for index blocks. The bug is a missing consistency/validation check (a CWE-20 style improper input validation / missing on-disk-structure sanity check - CWE is marked N/A in the source data): the driver did not verify that $BITMAP is non-empty when index blocks already exist. Because ntfs3 trusts attacker-controllable on-disk metadata, a crafted image with an empty bitmap but populated index blocks lets a long filename be inserted without valid tracking, corrupting the directory index tree state.

Affected ProductsAI

The vulnerability is in the Linux kernel's ntfs3 driver (fs/ntfs3). No CPE strings were provided in the input, so exact affected version ranges are not enumerated here; the four git.kernel.org stable-tree fix commits (039ddf353cc3, 0dc7117da8f9, 978aac54e93e, be66551da203) indicate the fix was backported across multiple stable branches, implying multiple maintained kernel series are affected prior to those commits. Any Linux distribution kernel that ships and enables the CONFIG_NTFS3_FS driver and permits mounting untrusted NTFS volumes should be considered affected until updated. See the upstream commit references at https://git.kernel.org/stable/c/be66551da203862c689c12e1d35ce87217c017c1 and the related stable commits.

RemediationAI

Apply the upstream ntfs3 fix that rejects index allocation when $BITMAP is empty while index blocks exist; the fix is delivered via kernel commits 039ddf353cc33f6546a87ec1ac3210637d714bec, 0dc7117da8f92dd5fe077d712a756eccbe377d40, 978aac54e93ea35aab20b32ae393d3d33964e7ae, and be66551da203862c689c12e1d35ce87217c017c1 (https://git.kernel.org/stable/c/039ddf353cc33f6546a87ec1ac3210637d714bec). Update to your distribution's patched kernel package that incorporates these commits. Where patching must be deferred, the most effective compensating control is to prevent mounting of untrusted NTFS media: blacklist or unload the ntfs3 module (modprobe -r ntfs3 / install ntfs3 /bin/true) on systems that never mount NTFS, and disable automatic mounting of removable media (udisks/autofs) so a plugged-in or downloaded image cannot be auto-parsed. The trade-off is loss of NTFS read/write support and of convenient removable-media auto-mounting; on multi-user or workstation systems also restrict which users may mount filesystems (avoid user/users mount options and unprivileged FUSE-style auto-mount paths).

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
openSUSE Tumbleweed Fixed
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected

Share

CVE-2025-40067 vulnerability details – vuln.today

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