Skip to main content

Linux Kernel CVE-2026-72164

| EUVDEUVD-2026-58922 HIGH
2026-08-15 416baaa9-dc9f-4396-8d5f-8c081fb06d67 GHSA-5r4j-cfqp-hv7w
7.8
CVSS 3.1 · Vendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
Share

Severity by source

Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67) PRIMARY
7.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
vuln.today AI
7.8 HIGH

Local ioctl path requires write access to an OCFS2 file (PR:L, AV:L); full data corruption and cross-inode disclosure achievable without timing constraints (AC:L), with no scope change.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
SUSE
HIGH
qualitative
Red Hat
5.5 MEDIUM
qualitative

Primary rating from Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67).

CVSS VectorVendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

5
Analysis Generated
Aug 17, 2026 - 07:21 vuln.today
CVSS changed
Aug 17, 2026 - 06:22 NVD
7.8 (HIGH)
Patch available
Aug 15, 2026 - 07:20 EUVD
CVE Published
Aug 15, 2026 - 06:21 cve.org
HIGH 7.8
CVE Published
Aug 15, 2026 - 06:21 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

ocfs2: avoid moving extents to occupied clusters

For non-auto OCFS2_IOC_MOVE_EXT operations, userspace supplies a physical me_goal. ocfs2_move_extent() initializes new_phys_cpos from that goal and expects ocfs2_probe_alloc_group() to replace it with a free run in the target block group.

The probe currently leaves *phys_cpos unchanged if the scan reaches the end of the group without finding a free run. An occupied goal at the last bit can therefore survive the probe and be passed to __ocfs2_move_extent(), which copies file data into a cluster still owned by another inode before the bitmap is updated.

When the probe does find a free run, it also subtracts move_len from the ending bit. The start of an N-bit run ending at i is i - N + 1, so the current calculation can report the bit immediately before the free run.

Clear *phys_cpos before scanning and use the correct free-run start. Callers already treat a zero result as -ENOSPC, so failed probes no longer continue with an occupied caller-controlled goal.

AnalysisAI

The OCFS2 extent-move ioctl (OCFS2_IOC_MOVE_EXT) in the Linux kernel permits a local user with write access to an OCFS2-mounted filesystem to trigger cross-inode data corruption and information disclosure by supplying a crafted physical goal cluster that an uninitialized probe output allows to survive a failed scan. Affected kernel versions span from approximately Linux 3.0 (commit e6b5859cccfa0fec) through all stable branches prior to the fix releases in 5.10.261, 5.15.212, 6.1.178, 6.6.145, 6.12.97, 6.18.40, and 7.1.5. No public exploit has been identified at time of analysis, and EPSS probability is 0.22% (13th percentile), consistent with a subsystem-specific kernel bug requiring deliberate targeting.

Technical ContextAI

The vulnerability is in the OCFS2 (Oracle Cluster File System 2) subsystem of the Linux kernel, specifically the interaction between ocfs2_move_extent() and its helper ocfs2_probe_alloc_group(). In non-auto mode, the OCFS2_IOC_MOVE_EXT ioctl accepts a userspace-supplied physical goal cluster (me_goal); the probe is then expected to scan the target block group for a sufficiently large free run and write the actual free cluster start into *phys_cpos. Two distinct logic errors exist: first, *phys_cpos is never zeroed before the scan begins, so if the probe exhausts the group without finding a free run, the caller-supplied goal - which may reference an occupied cluster - remains as the output. Second, the free-run start calculation subtracts move_len from the ending bit index rather than move_len minus one, yielding an off-by-one that reports the bit immediately preceding the actual free run. The combined effect is that __ocfs2_move_extent() can receive an occupied cluster address, then copy file data into it before the allocation bitmap is updated, violating the exclusivity invariant of the allocator. CWE is listed as N/A by NVD, but the root cause class is best described as CWE-665 (Improper Initialization) compounded by CWE-682 (Incorrect Calculation) in the block group probe path.

RemediationAI

Upgrade to a patched Linux kernel release: 5.10.261, 5.15.212, 6.1.178, 6.6.145, 6.12.97, 6.18.40, or 7.1.5, each of which incorporates the ocfs2_probe_alloc_group() fix clearing *phys_cpos before scanning and correcting the free-run start offset calculation. Fix commits are confirmed at https://git.kernel.org/stable/c/0d0c5c17b18bdbc592ac26ab4d1de7e3dbf9be1e and the related stable-tree commits. If an immediate kernel upgrade is not operationally feasible, restrict write access to OCFS2-mounted filesystems to only fully trusted users or service accounts, as the OCFS2_IOC_MOVE_EXT ioctl requires an open writable file descriptor - this reduces exposure but does not eliminate the vulnerability and may impact legitimate file management operations. The most conservative interim control is to unmount OCFS2 volumes entirely on hosts where non-auto extent movement is not actively required, accepting the trade-off of losing cluster storage availability until the kernel can be patched. The NVD advisory is available at https://nvd.nist.gov/vuln/detail/CVE-2026-72164.

Vendor StatusVendor

SUSE

Severity: Important
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 16.0 Not-Affected

Share

CVE-2026-72164 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy