Skip to main content

Linux Kernel EUVDEUVD-2026-53262

| CVE-2026-64568 HIGH
2026-08-05 Linux GHSA-c46h-f4qf-6cmr
7.8
CVSS 3.1 · Vendor: Linux
Share

Severity by source

Vendor (Linux) PRIMARY
7.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
vuln.today AI
7.0 HIGH

AC:H reflects non-trivial precondition of triggering ENOMEM in the UBPR path; PR:L for local user access; AV:L since 6 GHz AP configuration requires physical/local system presence.

3.1 AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H
4.0 AV:L/AC:H/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
SUSE
6.4 MEDIUM
AV:L/AC:H/PR:H/UI:N/S:U/C:H/I:H/A:H

Primary rating from Vendor (Linux).

CVSS VectorVendor: Linux

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 08, 2026 - 15:26 vuln.today
CVSS changed
Aug 08, 2026 - 15:22 NVD
7.8 (HIGH)
Patch available
Aug 05, 2026 - 09:01 EUVD
CVE Published
Aug 05, 2026 - 08:08 cve.org
HIGH 7.8
CVE Published
Aug 05, 2026 - 08:08 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

wifi: mac80211: fix unsol_bcast_probe_resp double free on alloc failure

ieee80211_set_unsol_bcast_probe_resp() calls kfree_rcu() on the old template before allocating the replacement. If the kzalloc() then fails, it returns -ENOMEM while link->u.ap.unsol_bcast_probe_resp still points at the object already queued for freeing. A later update or AP teardown re-queues that same rcu_head; the second free is caught by KASAN when the RCU sheaf is processed in softirq:

BUG: KASAN: double-free in rcu_free_sheaf (mm/slub.c:5850) Free of addr ffff88800d06f300 by task exploit/145 ... __rcu_free_sheaf_prepare (mm/slub.c:2634 mm/slub.c:2940) rcu_free_sheaf (mm/slub.c:5850) rcu_core (kernel/rcu/tree.c:2617 kernel/rcu/tree.c:2869) handle_softirqs (kernel/softirq.c:622) The buggy address belongs to the cache kmalloc-128 of size 128

Queue the old object for kfree_rcu() only after the new one is published, matching ieee80211_set_probe_resp() and ieee80211_set_s1g_short_beacon().

AnalysisAI

Double-free memory corruption in the Linux kernel's mac80211 WiFi subsystem allows a local attacker with low privileges to corrupt kernel heap memory, potentially leading to privilege escalation or denial of service. The flaw exists in ieee80211_set_unsol_bcast_probe_resp(), where kfree_rcu() is invoked on the old unsolicited broadcast probe response template before a new one is successfully allocated - if kzalloc() then fails, the stale pointer is re-queued for freeing during AP teardown or subsequent configuration updates, triggering a KASAN-detected double-free in softirq context. No public exploit exists and EPSS is extremely low (0.16%, 5th percentile), but the local PR:L CVSS vector and high C/I/A impact scores make this a meaningful kernel hardening target for multi-tenant or shared Linux environments.

Technical ContextAI

The vulnerability resides in the mac80211 layer of the Linux kernel - the software MAC implementation used by most Linux wireless drivers. The affected function, ieee80211_set_unsol_bcast_probe_resp(), manages unsolicited broadcast probe response (UBPR) templates used in 6 GHz WiFi AP mode (IEEE 802.11ax/Wi-Fi 6E). The bug is a classic error-path sequencing failure: kfree_rcu() is called on the old UBPR template object before the replacement allocation succeeds. RCU (Read-Copy-Update) deferred freeing means the old object is queued but not yet reclaimed; if kzalloc() returns NULL (ENOMEM), the link->u.ap.unsol_bcast_probe_resp pointer still references the already-queued memory. A subsequent AP teardown or configuration update re-queues the same rcu_head, causing a second kfree_rcu() on the same address - a double-free caught by KASAN in softirq context (rcu_core → rcu_free_sheaf → kmalloc-128 cache corruption). The fix mirrors the safe pattern used by ieee80211_set_probe_resp() and ieee80211_set_s1g_short_beacon(): publish the new object first, then queue the old one for deferred freeing. Affected CPEs: cpe:2.3:a:linux:linux:* spanning commits from 3b1c256eb4aedfc71dd97d5951ccff824b41d628 to the respective fix commits.

RemediationAI

The primary remediation is to update the Linux kernel to a patched stable release: 6.12.101, 7.1.6, or 7.2-rc4 (or later), as identified by EUVD-2026-53262. Upstream fix commits are available at https://git.kernel.org/stable/c/ca27a81cd77b698e5eb586a011bee6800c7ee4bd, https://git.kernel.org/stable/c/d62b55b7c7dc62887d7fd5648fb38f0bfaef53ae, https://git.kernel.org/stable/c/0ace76e410d7f7d813b605825a3e593a79c3958f, and https://git.kernel.org/stable/c/1d067abcd37062426c59ec73dbc4e87a63f33fea. For systems that cannot be patched immediately, the most effective compensating control is to disable 6 GHz WiFi AP mode and unsolicited broadcast probe response functionality - this removes the affected code path entirely. Systems not configured as WiFi access points (the vast majority of servers and workstations) are not exposed to this code path and can treat this as lower urgency. Distributions shipping stable LTS kernels (Debian, Ubuntu, RHEL, SUSE) should be monitored for backported fixes; check vendor advisories for distribution-specific patch availability.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
openSUSE Tumbleweed Fixed
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected

Share

EUVD-2026-53262 vulnerability details – vuln.today

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