In the Linux kernel, the following vulnerability has been resolved: isofs: bound Rock Ridge symlink components to the SL record get_symlink_chunk()… (CVE-2026-64317)
A vulnerability in the Linux kernel's ISO 9660 filesystem implementation involving Rock Ridge symbolic link (SL) records allows out-of-bounds reads. The issue arises because the code handling SL components does not properly verify that each component lies within the bounds of the SL record, leading to potential disclosure of adjacent kernel memory when malformed records are processed. This vulnerability affects systems that mount ISO 9660 images, commonly from untrusted removable media. The flaw has been resolved by adding bounds checks to reject malformed components and prevent out-of-bounds memory access.
AI Analysis
Technical Summary
The Linux kernel's isofs module had a vulnerability in the handling of Rock Ridge symbolic link (SL) records. Functions get_symlink_chunk() and parse_rock_ridge_inode_internal() iterate over variable-length SL components without verifying that each component fits within the SL record boundary. A crafted SL record with a component length exceeding the record size triggers an out-of-bounds read of up to 255 bytes. When the SL record is at the end of its backing buffer, this read crosses the allocation boundary, causing get_symlink_chunk() to copy out-of-bounds kernel memory into the symlink body returned to user space by readlink(), resulting in kernel memory disclosure. The vulnerability is exploitable via mounting ISO 9660 images from untrusted media, which desktop environments often auto-mount without elevated privileges. The fix involves rejecting any SL component that does not fit within the remaining record bytes, causing readlink() to fail safely instead of leaking memory.
Potential Impact
An attacker controlling the contents of an ISO 9660 image can craft a malformed Rock Ridge SL record that causes the kernel to read and disclose adjacent kernel memory to user space. This memory disclosure could potentially leak sensitive kernel information, which might aid further attacks. The vulnerability is triggered by mounting and reading symbolic links from untrusted ISO 9660 images, a common scenario with removable media. There is no indication of code execution or privilege escalation from this vulnerability alone.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to add proper bounds checking on Rock Ridge SL components. This prevents out-of-bounds reads and kernel memory disclosure. Users should apply the official kernel updates that include this fix. Since this is a kernel vulnerability, patching the kernel is the recommended remediation. There is no vendor advisory provided here, so check the Linux kernel mailing lists or distribution security advisories for the official patch and update guidance. Until patched, avoid mounting untrusted ISO 9660 images or use mount options that disable Rock Ridge extensions if possible.
In the Linux kernel, the following vulnerability has been resolved: isofs: bound Rock Ridge symlink components to the SL record get_symlink_chunk()… (CVE-2026-64317)
Description
A vulnerability in the Linux kernel's ISO 9660 filesystem implementation involving Rock Ridge symbolic link (SL) records allows out-of-bounds reads. The issue arises because the code handling SL components does not properly verify that each component lies within the bounds of the SL record, leading to potential disclosure of adjacent kernel memory when malformed records are processed. This vulnerability affects systems that mount ISO 9660 images, commonly from untrusted removable media. The flaw has been resolved by adding bounds checks to reject malformed components and prevent out-of-bounds memory access.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel's isofs module had a vulnerability in the handling of Rock Ridge symbolic link (SL) records. Functions get_symlink_chunk() and parse_rock_ridge_inode_internal() iterate over variable-length SL components without verifying that each component fits within the SL record boundary. A crafted SL record with a component length exceeding the record size triggers an out-of-bounds read of up to 255 bytes. When the SL record is at the end of its backing buffer, this read crosses the allocation boundary, causing get_symlink_chunk() to copy out-of-bounds kernel memory into the symlink body returned to user space by readlink(), resulting in kernel memory disclosure. The vulnerability is exploitable via mounting ISO 9660 images from untrusted media, which desktop environments often auto-mount without elevated privileges. The fix involves rejecting any SL component that does not fit within the remaining record bytes, causing readlink() to fail safely instead of leaking memory.
Potential Impact
An attacker controlling the contents of an ISO 9660 image can craft a malformed Rock Ridge SL record that causes the kernel to read and disclose adjacent kernel memory to user space. This memory disclosure could potentially leak sensitive kernel information, which might aid further attacks. The vulnerability is triggered by mounting and reading symbolic links from untrusted ISO 9660 images, a common scenario with removable media. There is no indication of code execution or privilege escalation from this vulnerability alone.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to add proper bounds checking on Rock Ridge SL components. This prevents out-of-bounds reads and kernel memory disclosure. Users should apply the official kernel updates that include this fix. Since this is a kernel vulnerability, patching the kernel is the recommended remediation. There is no vendor advisory provided here, so check the Linux kernel mailing lists or distribution security advisories for the official patch and update guidance. Until patched, avoid mounting untrusted ISO 9660 images or use mount options that disable Rock Ridge extensions if possible.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-qvx5-h96v-vv5j
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64317"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a65420d9c2644c7f80856bd
Added to database: 07/25/2026, 23:09:01 UTC
Last enriched: 07/25/2026, 23:34:40 UTC
Last updated: 07/26/2026, 03:58:23 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.