In the Linux kernel, the following vulnerability has been resolved: fs/ntfs3: validate Dirty Page Table capacity in log_replay copy_lcns In the… (CVE-2026-64432)
A vulnerability in the Linux kernel's NTFS3 filesystem driver was resolved involving improper validation of the Dirty Page Table (DPT) capacity during journal replay. Specifically, the log_replay() function could perform an out-of-bounds write to kernel memory when processing crafted NTFS images with manipulated LCN counts. This occurs due to insufficient bounds checking on indices used to copy Logical Cluster Numbers (LCNs) into the DPT, potentially leading to a kernel slab out-of-bounds write at mount time. The issue was fixed by adding validation checks on target VCN deltas and LCN counts against the DPT entry capacity, preventing out-of-bounds memory writes.
AI Analysis
Technical Summary
The Linux kernel NTFS3 driver contained a vulnerability in the log_replay() function during $LogFile journal replay. The function copies Logical Cluster Numbers (LCNs) from action log records into a Dirty Page Table (DPT) entry without properly bounding the destination index. An attacker can craft an NTFS image with specific values (dp->lcns_follow=1 and lrh->lcns_follow=2) causing the index to exceed the allocated page_lcns[] array size, resulting in a kernel slab out-of-bounds write. Two attacker-controlled fields influence this: dp->lcns_follow (capacity) and lrh->target_vcn, which can cause a size_t wraparound. The fix involves validating the target VCN delta and per-record LCN count against the DPT entry capacity and aborting with -EINVAL if invalid, mirroring previous bounds-checking fixes in the NTFS3 driver.
Potential Impact
This vulnerability allows a crafted NTFS image to trigger a kernel slab out-of-bounds write during mount time, which can lead to kernel memory corruption. Such corruption may cause system instability, crashes, or potentially enable privilege escalation or arbitrary code execution in kernel context if exploited. However, no known exploits in the wild have been reported.
Mitigation Recommendations
A fix has been implemented in the Linux kernel NTFS3 driver to validate bounds and prevent out-of-bounds writes during journal replay. Users should update to a Linux kernel version that includes this fix once available. Patch status is not yet confirmed from the vendor advisory; check the official Linux kernel release notes or vendor advisories for the specific patch and remediation guidance.
In the Linux kernel, the following vulnerability has been resolved: fs/ntfs3: validate Dirty Page Table capacity in log_replay copy_lcns In the… (CVE-2026-64432)
Description
A vulnerability in the Linux kernel's NTFS3 filesystem driver was resolved involving improper validation of the Dirty Page Table (DPT) capacity during journal replay. Specifically, the log_replay() function could perform an out-of-bounds write to kernel memory when processing crafted NTFS images with manipulated LCN counts. This occurs due to insufficient bounds checking on indices used to copy Logical Cluster Numbers (LCNs) into the DPT, potentially leading to a kernel slab out-of-bounds write at mount time. The issue was fixed by adding validation checks on target VCN deltas and LCN counts against the DPT entry capacity, preventing out-of-bounds memory writes.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel NTFS3 driver contained a vulnerability in the log_replay() function during $LogFile journal replay. The function copies Logical Cluster Numbers (LCNs) from action log records into a Dirty Page Table (DPT) entry without properly bounding the destination index. An attacker can craft an NTFS image with specific values (dp->lcns_follow=1 and lrh->lcns_follow=2) causing the index to exceed the allocated page_lcns[] array size, resulting in a kernel slab out-of-bounds write. Two attacker-controlled fields influence this: dp->lcns_follow (capacity) and lrh->target_vcn, which can cause a size_t wraparound. The fix involves validating the target VCN delta and per-record LCN count against the DPT entry capacity and aborting with -EINVAL if invalid, mirroring previous bounds-checking fixes in the NTFS3 driver.
Potential Impact
This vulnerability allows a crafted NTFS image to trigger a kernel slab out-of-bounds write during mount time, which can lead to kernel memory corruption. Such corruption may cause system instability, crashes, or potentially enable privilege escalation or arbitrary code execution in kernel context if exploited. However, no known exploits in the wild have been reported.
Mitigation Recommendations
A fix has been implemented in the Linux kernel NTFS3 driver to validate bounds and prevent out-of-bounds writes during journal replay. Users should update to a Linux kernel version that includes this fix once available. Patch status is not yet confirmed from the vendor advisory; check the official Linux kernel release notes or vendor advisories for the specific patch and remediation guidance.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-4xg7-26qr-mccf
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64432"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a6542099c2644c7f80838d0
Added to database: 07/25/2026, 23:08:57 UTC
Last enriched: 07/25/2026, 23:24:39 UTC
Last updated: 07/26/2026, 03:43:03 UTC
Views: 4
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.