CVE detail
CVE-2026-52973
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.
Buzz score
Why this CVE is surfacing
This all-time snapshot uses the same composite formula as Trending across a 30-year evidence window, rather than a current rolling window.
Buzz score components · mention 20.8 · diversity 13.0 · KEV 0.0 · OTX 0.0 · PoC 0.0
Why it matters now
Mention timeline
- Total mentions
- 0
- within the 30d window
- Peak daily
- 0
- highest bucket
Evidence
Source links by recency
7 source links · newest first
- https://access.redhat.com/errata/RHSA-2026:45114access.redhat.com
No excerpt available.
Vendor Advisoryaccess.redhat.comJun 24, 2026, 5:17 PM - https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-52973.jsonsecurity.access.redhat.com
No excerpt available.
Vendor Advisorysecurity.access.redhat.comJun 24, 2026, 5:17 PM - https://bugzilla.redhat.com/show_bug.cgi?id=2492413bugzilla.redhat.com
No excerpt available.
Exploitbugzilla.redhat.comJun 24, 2026, 5:17 PM - https://access.redhat.com/security/cve/CVE-2026-52973access.redhat.com
No excerpt available.
Vendor Advisoryaccess.redhat.comJun 24, 2026, 5:17 PM No excerpt available.
Vendor Advisorygit.kernel.orgJun 24, 2026, 5:17 PMNo excerpt available.
Vendor Advisorygit.kernel.orgJun 24, 2026, 5:17 PMNo excerpt available.
Vendor Advisorygit.kernel.orgJun 24, 2026, 5:17 PM
Exploit code
Public exploit repository references
Public PoC repositories are third-party, potentially unsafe artifacts. Treat their code as untrusted and use it only on authorized systems in an isolated, least-privilege environment. cvebuzz does not execute the code or verify that an exploit works.
0 repository references · best confidence N/A · max 0 stars
Related records
Similar CVEs
6 related CVEs with shared weakness or product evidence
- CVE-2026-53085CVSS 7.8 · High
In the Linux kernel, the following vulnerability has been resolved: bpf: fix mm lifecycle in open-coded task_vma iterator The open-coded task_vma iterator reads task->mm lockles…
- CVE-2026-53033CVSS 7.8 · High
In the Linux kernel, the following vulnerability has been resolved: bpf, sockmap: Take state lock for af_unix iter When a BPF iterator program updates a sockmap, there is a race…
- CVE-2026-53006CVSS 9.8 · Critical
In the Linux kernel, the following vulnerability has been resolved: ipv6: fix possible UAF in icmpv6_rcv() Caching saddr and daddr before pskb_pull() is problematic since skb->h…
- CVE-2026-52976CVSS 7.8 · High
In the Linux kernel, the following vulnerability has been resolved: drm/xe: Fix error cleanup in xe_exec_queue_create_ioctl() Two error handling issues exist in xe_exec_queue_cr…
- CVE-2026-52950CVSS 7.8 · High
In the Linux kernel, the following vulnerability has been resolved: drm/xe/dma-buf: fix UAF with retry loop Retry doesn't work here, since bo will be freed on error, leading to…
- CVE-2026-52924CVSS 9.8 · Critical
In the Linux kernel, the following vulnerability has been resolved: sctp: purge outqueue on stale COOKIE-ECHO handling sctp_stream_update() is only invoked when the association…