Skip to main content

Linux Kernel rt2x00 CVE-2026-72005

| EUVDEUVD-2026-59104 HIGH
2026-08-15 416baaa9-dc9f-4396-8d5f-8c081fb06d67 GHSA-pvvm-r88x-762c
High
Disputed · 7.8 Vendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
Share

Severity by source

Sources disagree (Low–High)
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.0 HIGH

Triggering workqueue allocation failure during probe requires deliberate fault injection or memory pressure, raising AC to H versus the NVD-assigned AC:L.

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
4.4 MEDIUM
AV:L/AC:L/PR:H/UI:N/S:U/C:N/I:N/A:H
Red Hat
5.5 LOW
qualitative

vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.

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 - 12:48 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:20 cve.org
HIGH 7.8
CVE Published
Aug 15, 2026 - 06:20 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

wifi: rt2x00: avoid full teardown before work setup in probe

rt2x00lib_probe_dev() uses the full rt2x00lib_remove_dev() teardown for all probe failures. However, drv_data allocation and workqueue allocation can fail before intf_work, autowakeup_work and sleep_work have been initialized.

Do not enter the full remove path until the probe has reached the point where those work items are set up. Return directly for drv_data allocation failure, and use a small early cleanup path for workqueue allocation failure.

This issue was found by our static analysis tool and then confirmed by manual review of rt2x00lib_probe_dev() and rt2x00lib_remove_dev(). The early probe exits should not call a common teardown path that assumes the later work setup has already completed.

A QEMU PoC forced alloc_ordered_workqueue() to fail before the work initializers are reached. The resulting fail path entered rt2x00lib_remove_dev(), and DEBUG_OBJECTS reported invalid work drains with rt2x00lib_probe_dev() and rt2x00lib_remove_dev() in the stack.

AnalysisAI

Local privilege escalation in the Linux kernel's rt2x00 WiFi driver stems from improper error handling during device probe, where early allocation failures invoke a full teardown path that assumes work items (intf_work, autowakeup_work, sleep_work) are already initialized. On systems with Ralink/MediaTek rt2x00-compatible WiFi hardware, a local low-privileged attacker who can trigger workqueue allocation failure during driver probe can corrupt uninitialized kernel work_struct objects, as confirmed by DEBUG_OBJECTS reporting invalid work drains. EPSS is low (0.21%, 12th percentile) and this is not listed in CISA KEV, though a QEMU-based proof-of-concept demonstrating the failure path was confirmed by the reporters.

Technical ContextAI

The rt2x00 subsystem is a Linux kernel WiFi driver framework supporting Ralink/MediaTek chipsets (RT2400, RT2500, RT2600, RT2800 series and others). The probe function rt2x00lib_probe_dev() initializes the device in multiple stages: first allocating drv_data, then setting up an ordered workqueue, and only later initializing the work items intf_work, autowakeup_work, and sleep_work. The defect lies in the error-handling paths: both drv_data allocation failure and workqueue allocation failure incorrectly fell through to rt2x00lib_remove_dev(), a full teardown function that unconditionally drains these work queues. Draining uninitialized work_struct objects is undefined behavior in the kernel's SLAB/DEBUG_OBJECTS framework, potentially leading to kernel memory corruption. While no CWE is formally assigned, this maps to CWE-908 (Use of Uninitialized Resource) combined with CWE-755 (Improper Handling of Exceptional Conditions).

RemediationAI

The primary remediation is to apply the vendor-released kernel patches. Upgrade to one of the patched stable kernel versions: 5.10.261, 5.15.212, 6.1.178, 6.6.145, 6.12.97, 6.18.40, 7.1.5, or 7.2-rc4, available from https://git.kernel.org/stable/. For distributions, this fix will be incorporated into vendor kernel updates; apply standard kernel security updates via the distribution's package manager (apt, yum, dnf, etc.) and reboot. For systems where patching is delayed, a practical compensating control is to blacklist the affected rt2x00 driver modules (rt2x00lib, rt2800usb, rt2800pci, etc.) via /etc/modprobe.d/blacklist.conf - this prevents module load and eliminates the probe path entirely, though it will disable rt2x00 WiFi hardware. This trade-off (loss of WiFi connectivity) is acceptable for servers and systems not relying on rt2x00 WiFi. No network-based or remote compensating control is relevant given the local attack vector.

Vendor StatusVendor

SUSE

Severity: Moderate
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 Affected

Share

CVE-2026-72005 vulnerability details – vuln.today

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