CVE-2026-99107
NoneCVSS
—
EPSS
0.2%
Published
Oct 28, 2026
CISA due date
—
Cloudanix analysis
A recent fix in the Linux kernel corrects a mistake when handling file details on NTFS drives that could let local users cause crashes or gain extra system access.
- Exploitation
- Local Privilege
- Attacker needs
- Local User
- Complexity
- Moderate
- Impact
- Data Tampering
- Component
- OS kernel
- Class
- Memory Corruption
- Remediation
- Upgrade
- Effort
- Medium
- Patch risk
- Low
What it actually does
The vulnerability causes ntfs_new_attr_flags() to pass the base MFT record instead of the correct extent MFT record (ctx->mrec) to ntfs_attr_record_resize(), resulting in incorrect size calculations and erroneous memmove operations that corrupt kernel memory structures.
Why it matters to the business
Linux systems mounting NTFS volumes face risk of kernel instability, crashes, or local memory corruption that could enable privilege escalation; impact is limited by low exploit probability and recent publication with no known widespread exploitation.
How an attack unfolds
A local attacker triggers NTFS attribute flag updates on files whose attributes reside in extent records, supplying the wrong base record pointer and inducing invalid memory moves during resize that corrupt adjacent kernel data.
How to fix it
Upgrade the Linux kernel to a version containing the fix that passes ctx->mrec rather than the base record m to ntfs_attr_record_resize; rebuild and deploy the patched kernel across affected systems.
How to confirm the fix worked
Inspect kernel source for the corrected call site using ctx->mrec; boot the updated kernel and exercise NTFS attribute operations on extent records while monitoring for memory errors or panics.
Typical attack path
- Obtain local user access on a Linux system
- Mount or access an NTFS volume containing files with extended attributes
- Perform operations that invoke ntfs_new_attr_flags on extent-resident attributes
- Force ntfs_attr_record_resize to receive the incorrect base MREC pointer
- Trigger memmove with erroneous offsets leading to kernel memory corruption
How to detect it
Review kernel logs (dmesg, syslog) for oops/panic entries referencing ntfs_attr_record_resize, memmove, or MFT record handling around the time of suspected activity.
What your security team should do
- Prioritize kernel updates for systems that mount untrusted NTFS volumes
- Restrict local user ability to mount arbitrary NTFS filesystems until patched
- Enable kernel hardening features such as KASAN or hardened usercopy where available
The record
In the Linux kernel, the following vulnerability has been resolved: ntfs: fix incorrect MFT record pointer passed to ntfs_attr_record_resize ntfs_new_attr_flags() passes the wrong MFT record to ntfs_attr_record_resize(). When the attribute is in an extent record, ctx->mrec points to the extent but the function receives the base record pointer m, causing incorrect size calculations in memmove. Fix by passing ctx->mrec (the actual MFT record containing the attribute) instead of m (the base MFT record) to ntfs_attr_record_resize().
Affected packages
| Ecosystem | Package | Introduced | Fixed |
|---|