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

isofs: validate Rock Ridge CE continuation extent against volume size

rock_continue() reads rs->cont_extent verbatim from the Rock Ridge CE
record and passes it to sb_bread() without checking that the block
number is within the mounted ISO 9660 volume. commit e595447e177b
("[PATCH] rock.c: handle corrupted directories") added cont_offset
and cont_size rejection for the CE continuation but did not validate
the extent block number itself. commit f54e18f1b831 ("isofs: Fix
infinite looping over CE entries") later capped the CE chain length
at RR_MAX_CE_ENTRIES = 32 but again left the block number unchecked.

With a crafted ISO mounted via udisks2 (desktop optical auto-mount)
or via CAP_SYS_ADMIN mount, rs->cont_extent can therefore point at
an out-of-range block or at blocks belonging to an adjacent
filesystem on the same block device. sb_bread() on an out-of-range
block returns NULL cleanly via the block layer EIO path, so there
is no memory-safety violation. For in-range reads of adjacent-
filesystem data, the CE buffer is parsed as Rock Ridge records and
only the text of SL sub-records reaches userspace through
readlink(), which makes the info-leak channel narrow and difficult
to exploit; still, rejecting the malformed CE outright matches the
rejection shape already present in the same function for
cont_offset and cont_size.

Add an ISOFS_SB(sb)->s_nzones bounds check to rock_continue() next
to the existing offset/size rejection, printing the same
corrupted-directory-entry notice.
Published: 2026-06-08
Score: 8.2 High
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The Linux kernel's ISO 9660 (isofs) module incorrectly accepts a Rock Ridge continuation extent value from the image without validating that the block number lies inside the mounted volume. This oversight allows the kernel to read from arbitrary blocks on the same block device, potentially from another filesystem. The data is parsed as Rock Ridge records, but only the textual contents of matching SL sub‑records are exposed through readlink(2), causing a narrow information‑leak channel that could reveal filenames or other strings outside the ISO.

Affected Systems

All Linux systems that run a kernel containing the isofs driver before the application of the fix in the two commits are exposed. The advisory does not specify exact kernel versions, so any system with an unpatched isofs module is potentially vulnerable until it upgrades to a kernel that includes the bounds‑check patch.

Risk and Exploitability

The vulnerability has no memory safety or privilege escalation defect; the only impact is the limited leakage of text. An attacker would need to mount a crafted ISO image, which requires either interaction with an automatic udisks2 mount or execution of a mount command with CAP_SYS_ADMIN. The CVSS score of 8.2 indicates high severity, but the EPSS score of < 1% shows a very low expected exploitation probability, and it is not listed in CISA's KEV catalog. The risk is therefore considered high in theory but limited in practice to environments that scan the device for mountable media or allow untrusted users to mount filesystems.

Generated by OpenCVE AI on June 24, 2026 at 11:37 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Install the kernel version that includes the bounds‑check fix for the isofs module.
  • Disable automatic optical media mounting via udisks2, or restrict it to trusted users.
  • Ensure that only privileged users with CAP_SYS_ADMIN can perform mount operations, or apply least‑privilege policies to limit ISO mounts.

Generated by OpenCVE AI on June 24, 2026 at 11:37 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 24 Jun 2026 05:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-20
CWE-200

Wed, 24 Jun 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-125
References
Metrics threat_severity

None

threat_severity

Moderate


Sun, 14 Jun 2026 08:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-20
CWE-200

Sun, 14 Jun 2026 07:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-20
CWE-200

Sun, 14 Jun 2026 05:45:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 8.2, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N'}


Mon, 08 Jun 2026 19:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-20
CWE-200

Mon, 08 Jun 2026 17:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: isofs: validate Rock Ridge CE continuation extent against volume size rock_continue() reads rs->cont_extent verbatim from the Rock Ridge CE record and passes it to sb_bread() without checking that the block number is within the mounted ISO 9660 volume. commit e595447e177b ("[PATCH] rock.c: handle corrupted directories") added cont_offset and cont_size rejection for the CE continuation but did not validate the extent block number itself. commit f54e18f1b831 ("isofs: Fix infinite looping over CE entries") later capped the CE chain length at RR_MAX_CE_ENTRIES = 32 but again left the block number unchecked. With a crafted ISO mounted via udisks2 (desktop optical auto-mount) or via CAP_SYS_ADMIN mount, rs->cont_extent can therefore point at an out-of-range block or at blocks belonging to an adjacent filesystem on the same block device. sb_bread() on an out-of-range block returns NULL cleanly via the block layer EIO path, so there is no memory-safety violation. For in-range reads of adjacent- filesystem data, the CE buffer is parsed as Rock Ridge records and only the text of SL sub-records reaches userspace through readlink(), which makes the info-leak channel narrow and difficult to exploit; still, rejecting the malformed CE outright matches the rejection shape already present in the same function for cont_offset and cont_size. Add an ISOFS_SB(sb)->s_nzones bounds check to rock_continue() next to the existing offset/size rejection, printing the same corrupted-directory-entry notice.
Title isofs: validate Rock Ridge CE continuation extent against volume size
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-06-14T18:07:47.782Z

Reserved: 2026-05-13T15:03:33.111Z

Link: CVE-2026-46303

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-06-08T17:16:48.853

Modified: 2026-06-14T06:16:23.533

Link: CVE-2026-46303

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-06-08T00:00:00Z

Links: CVE-2026-46303 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-06-24T11:45:02Z

Weaknesses