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

futex: Drop CLONE_THREAD requirement for private default hash alloc

Currently need_futex_hash_allocate_default() depends on strict pthread
semantics, abusing CLONE_THREAD. This breaks the non-concurrency
assumptions when doing the mm->futex_ref pcpu allocations, leading to
bugs[0] when sharing the mm in other ways; ie:

BUG: KASAN: slab-use-after-free in futex_hash_put

... where the +1 bias can end up on a percpu counter that mm->futex_ref
no longer points at.

Loosen the check to cover any CLONE_VM clone, except vfork(). Excluding
vfork keeps the existing paths untouched (no overhead), and we can't
race in the first place: either the parent is suspended and the child
runs alone, or mm->futex_ref is already allocated from an earlier
CLONE_VM.
Published: 2026-06-24
Score: n/a
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability originates in the Linux kernel’s futex subsystem, where the requirement for CLONE_THREAD was dropped for private default hash allocation. This change creates an unintended use‑after‑free condition in futex hash handling, as shown by a KASAN report indicating a slab use‑after‑free when a memory reference counter is freed. The weakness is a classic use‑after‑free, a type of memory corruption that can be exploited to read or write arbitrary kernel memory and thus elevate privileges, or to crash the system.

Affected Systems

All Linux kernel installations are potentially impacted, regardless of vendor distribution. No specific kernel version range is supplied, so any kernel build that includes the buggy futex implementation without the patch may be vulnerable.

Risk and Exploitability

The absence of a CVSS or EPSS score signals that public severity metrics are not available. However, the nature of the bug—a use‑after‑free in kernel code—implies a high impact should an attacker be able to trigger the flaw. The likely attack vector requires local execution with the ability to invoke clone() with CLONE_VM and CLONE_THREAD flags, suggesting that privileged or compromised local processes could exploit the weakness. Because this flaw can lead to arbitrary kernel code execution, the risk is considered significant until a patch is applied or mitigated.

Generated by OpenCVE AI on June 24, 2026 at 19:43 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the system to a Linux kernel release that contains the futex hash allocation fix.
  • Apply the patch manually by downloading the relevant commit from the provided git references and rebuilding the kernel if an automated update is not available.
  • If updating immediately is not possible, avoid or replace code that uses clone() with CLONE_VM and CLONE_THREAD flags, using vfork() instead where applicable.

Generated by OpenCVE AI on June 24, 2026 at 19:43 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

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

Type Values Removed Values Added
Weaknesses CWE-416

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

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: futex: Drop CLONE_THREAD requirement for private default hash alloc Currently need_futex_hash_allocate_default() depends on strict pthread semantics, abusing CLONE_THREAD. This breaks the non-concurrency assumptions when doing the mm->futex_ref pcpu allocations, leading to bugs[0] when sharing the mm in other ways; ie: BUG: KASAN: slab-use-after-free in futex_hash_put ... where the +1 bias can end up on a percpu counter that mm->futex_ref no longer points at. Loosen the check to cover any CLONE_VM clone, except vfork(). Excluding vfork keeps the existing paths untouched (no overhead), and we can't race in the first place: either the parent is suspended and the child runs alone, or mm->futex_ref is already allocated from an earlier CLONE_VM.
Title futex: Drop CLONE_THREAD requirement for private default hash alloc
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-24T16:28:51.171Z

Reserved: 2026-06-09T07:44:35.375Z

Link: CVE-2026-52973

cve-icon Vulnrichment

No data.

cve-icon NVD

No data.

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-06-24T21:30:04Z

Weaknesses