CVE-2026-52992: Linux ADFS Out-of-Bounds Write via Zero Zone Count
A flaw in the Linux kernel's ADFS (Acorn Disc Filing System) driver allows a local attacker to write data outside the boundaries of an allocated memory buffer. The vulnerability occurs when the kernel encounters a specially crafted ADFS disc image with an invalid zone count of zero during filesystem mounting. Instead of rejecting this malformed image, the kernel allocates memory incorrectly and then writes beyond the allocated area, potentially leading to privilege escalation or system compromise on systems that mount untrusted ADFS filesystems.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.8 HIGH · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-787
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-24 / 2026-07-14
NVD description (verbatim)
In the Linux kernel, the following vulnerability has been resolved: fs/adfs: validate nzones in adfs_validate_bblk() Reject ADFS disc records with a zero zone count during boot block validation, before the disc record is used. When nzones is 0, adfs_read_map() passes it to kmalloc_array(0, ...) which returns ZERO_SIZE_PTR, and adfs_map_layout() then writes to dm[-1], causing an out-of-bounds write before the allocated buffer. adfs_validate_dr0() already rejects nzones != 1 for old-format images. Add the equivalent check to adfs_validate_bblk() for new-format images so that a crafted image with nzones == 0 is rejected at probe time. Found by syzkaller.
8 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability exists in fs/adfs/adfs_validate_bblk(), which validates boot block information on ADFS filesystem images. When parsing a disc record with nzones == 0, the function fails to reject the invalid value. Subsequently, adfs_read_map() passes this zero value to kmalloc_array(0, ...), which returns ZERO_SIZE_PTR rather than failing. The adfs_map_layout() function then attempts to write to dm[-1], resulting in an out-of-bounds write that precedes the allocated buffer. The kernel already contains a similar check in adfs_validate_dr0() for old-format ADFS images that rejects nzones != 1. This fix adds an equivalent validation to adfs_validate_bblk() for new-format images, ensuring crafted images with nzones == 0 are rejected during filesystem probe rather than at read time.
Business impact
Systems running vulnerable kernels that mount ADFS filesystems—particularly those handling user-supplied or untrusted disc images—face localized privilege escalation risk. While ADFS is a legacy filesystem with limited modern use, environments supporting legacy systems, embedded devices, or forensic analysis workflows could be affected. An authenticated local attacker could exploit this to gain elevated privileges or trigger a denial-of-service condition, impacting system availability and confidentiality.
Affected systems
Linux kernel systems with ADFS filesystem support enabled are affected. The vulnerability requires local access and the ability to mount or trigger mounting of a specially crafted ADFS image. Legacy systems, embedded platforms, and environments providing file access to users are at higher risk.
Exploitability
Exploitation requires local access (privilege level L in the CVSS vector) and the ability to supply or mount a malformed ADFS disc image. No user interaction is required beyond the mount operation itself. The flaw is deterministic—a crafted image reliably triggers the out-of-bounds write. The attack surface is limited to systems that actively use ADFS, but the barrier to exploitation is low for authorized local users.
Remediation
Apply kernel updates containing the validation fix to adfs_validate_bblk(). The patch adds a check to reject ADFS disc records with nzones == 0 during boot block validation, preventing the malformed image from being processed. Verify the fix against your Linux distribution's kernel advisory for the specific version and patch details. As an interim mitigation, disable ADFS filesystem support in kernel configurations if the filesystem is not required, or restrict mount permissions to trusted administrators.
Patch guidance
Monitor your Linux distribution's security advisories for a kernel update addressing this ADFS validation issue. The fix is a small validation addition to reject zero zone counts early in the filesystem probe process. Apply the patch at your next scheduled kernel update cycle, prioritizing systems that handle ADFS images or allow untrusted mount operations. No kernel recompilation should be necessary if your distribution provides pre-built patched kernels.
Detection guidance
Monitor kernel logs for mount failures on ADFS filesystems, which may indicate attempts to mount crafted images. Look for audit logs recording failed filesystem mount operations with validation errors. If you enable CONFIG_ADFS in your kernel, consider implementing file integrity monitoring on ADFS disc images in your environment. Syzkaller and other fuzzing tools can be used to validate that your kernel correctly rejects malformed ADFS boot blocks.
Why prioritize this
This vulnerability merits prompt attention despite ADFS's legacy status because it enables local privilege escalation with a straightforward attack vector. The CVSS score of 7.8 reflects high impact across confidentiality, integrity, and availability. However, prioritization should be contextualized: organizations with minimal ADFS use may defer patching, while those supporting legacy systems or allowing user-supplied disc images should treat this as elevated priority.
Risk score, explained
The CVSS v3.1 score of 7.8 (HIGH) reflects a local vulnerability (AV:L) requiring low privilege (PR:L), no user interaction (UI:N), with high impact to confidentiality, integrity, and availability (C:H/I:H/A:H). The attack complexity is low (AC:L), meaning a straightforward malformed image reliably triggers the flaw. The lack of CVSS scope change (S:U) indicates the impact is confined to the vulnerable system.
Frequently asked questions
Does this vulnerability require ADFS to be mounted, or can it be triggered in other ways?
The vulnerability is triggered during the filesystem probe and mount process when the kernel encounters a disc record with nzones == 0. An attacker must either mount the malformed image directly or cause the kernel to attempt mounting it. Simply possessing the disc image is insufficient; active mounting or mount attempt is required.
Which systems should I prioritize for patching?
Prioritize systems that enable ADFS support in the kernel (CONFIG_ADFS) and allow local users or untrusted sources to provide or mount disc images. This includes legacy infrastructure, embedded devices, forensic workstations, and any environment handling historical Acorn systems. Modern general-purpose servers without ADFS support are not affected.
What is the difference between the old-format and new-format ADFS image validation mentioned in the description?
ADFS supports two disc record formats: old-format and new-format. The old-format validation (adfs_validate_dr0) already rejected invalid nzones values. This vulnerability existed in the new-format path (adfs_validate_bblk), which lacked the same validation. The patch brings new-format validation into parity with old-format handling.
Can this be exploited remotely, or is it strictly local?
This is strictly a local privilege escalation vulnerability. It requires the ability to mount or supply a crafted disc image to the vulnerable system. There is no remote code execution or network-based exploitation path.
This analysis is provided for informational and defensive purposes. Patch versions, KEV status, and vendor advisories should be verified against official Linux distribution security bulletins and the Linux kernel security mailing list. The vulnerability description and CVSS score are sourced from the CVE record; always consult the relevant vendor patches for definitive guidance on affected versions and fixes. No exploits, weaponized proof-of-concept code, or detailed exploitation steps are provided. Source: NVD (public-domain), retrieved 2026-07-31. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10883HIGHType Confusion in Chrome ANGLE Graphics Library
- CVE-2026-10897HIGHCritical Chrome GPU Sandbox Escape Vulnerability
- CVE-2026-10907HIGHChrome ANGLE Out-of-Bounds Write – Remote Code Execution Risk
- CVE-2026-10941HIGHSkia Out-of-Bounds Memory Vulnerability in Chrome – Urgent Patch Required
- CVE-2026-11091HIGHCritical Chrome Memory Corruption Vulnerability in Dawn Graphics Engine
- CVE-2026-11173HIGHChrome V8 Out-of-Bounds Write Sandbox Escape – Patch Guidance
- CVE-2026-12019HIGHChrome Heap Overflow & Sandbox Escape (Linux, ChromeOS)
- CVE-2026-46123HIGHLinux Kernel Virtio Bluetooth Memory Disclosure Vulnerability