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

wifi: mac80211: drain PS delivery work during station teardown

Removing an AP or mesh station can notify the driver and wake TXQs after
the station has already been removed from the driver, and can update
num_sta_ps and the power-save queues after station cleanup has purged
them.

sta_deliver_ps_frames() tests sta->dead only before it starts delivery. A
worker that passes that test can be delayed while teardown sets sta->dead
and removes the station from the driver; when it resumes it still runs the
full delivery.

The existing cancel_work_sync() sits near the end of
__cleanup_single_sta(), after the final driver state transition and after
PS accounting and queue purging, so it drains the worker only once the
state it has to protect has already changed. Before commit d34ba2168a3c
("mac80211: don't delay station destruction") cleanup was deferred
through the same ordered workqueue as the delivery work, which kept the
two ordered.

Cancel the work after setting sta->dead and before moving the driver
state, and move the existing cancellation to the start of
__cleanup_single_sta(). The first drain closes the driver-lifetime window;
driver callbacks during the remaining state transitions can still queue
drv_deliver_wk through ieee80211_sta_block_awake(), so retain the second
drain at the start of __cleanup_single_sta(). That drain also covers
insertion failures, which reach cleanup without setting sta->dead.
Published: 2026-10-18
Score: 5.3 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Race condition leading to kernel memory corruption or denial of service
Action: Immediate Patch
AI Analysis

Impact

Based on the description, a race condition in the WiFi mac80211 subsystem allows a station teardown to proceed without fully cancelling pending Power‑Save delivery work. The worker checks a station‑alive flag before delivering frames, but the flag and driver reference may be cleared while the worker is still running. If the task continues, it can access invalid data structures or attempt to transmit on a no‑longer‑existing interface, resulting in kernel memory corruption and a potential crash. This represents a significant reliability and availability threat that could be leveraged for denial of service if an attacker can force station removal events. Based on the description, it is inferred that an attacker could trigger such events, potentially via local or remote control of WiFi interfaces.

Affected Systems

The flaw afflicts the generic Linux kernel, specifically the mac80211 WiFi subsystem in any build that has not incorporated the patch commit d34ba2168a3c. All Linux kernel releases prior to this commit are vulnerable, regardless of distribution or vendor. The issue is inherent to the core WiFi drivers and is not limited to a particular distribution or version numbering, though the fix is available in newer kernel releases that include the commit.

Risk and Exploitability

The CVSS score is 5.3, indicating a medium severity vulnerability, and the EPSS score is less than 1%, suggesting a low likelihood of current exploitation. The vulnerability is not listed in the CISA KEV catalog. Based on the description, it is inferred that an attacker would need to trigger station teardown events such as disconnecting an AP or mesh node while the system is under load, and the attack vector could be local or remote depending on WiFi configuration. Given the potential for kernel panic, the risk remains significant for affected systems, even though public exploitation data are limited. Prompt application of the kernel patch is strongly recommended.

Generated by OpenCVE AI on October 23, 2026 at 08:39 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to a version that contains commit d34ba2168a3c, which removes the race condition during station teardown.
  • If an immediate kernel update is not feasible, disable Power‑Save frame delivery or otherwise prevent the mac80211 module from queuing pending transmissions during teardown events to eliminate the race.
  • After applying a patch or mitigation configuration, reboot the system to ensure all stale workqueues are flushed and the kernel is running the corrected code.

Generated by OpenCVE AI on October 23, 2026 at 08:39 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4850-1 linux-6.12 security update
History

Fri, 30 Oct 2026 12:45:00 +0000


Fri, 23 Oct 2026 07:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416

Fri, 23 Oct 2026 00:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-367
References
Metrics threat_severity

None

cvssV3_1

{'score': 5.3, 'vector': 'CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H'}

threat_severity

Moderate


Wed, 21 Oct 2026 13:15:00 +0000


Sun, 18 Oct 2026 19:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416

Sun, 18 Oct 2026 16:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: wifi: mac80211: drain PS delivery work during station teardown Removing an AP or mesh station can notify the driver and wake TXQs after the station has already been removed from the driver, and can update num_sta_ps and the power-save queues after station cleanup has purged them. sta_deliver_ps_frames() tests sta->dead only before it starts delivery. A worker that passes that test can be delayed while teardown sets sta->dead and removes the station from the driver; when it resumes it still runs the full delivery. The existing cancel_work_sync() sits near the end of __cleanup_single_sta(), after the final driver state transition and after PS accounting and queue purging, so it drains the worker only once the state it has to protect has already changed. Before commit d34ba2168a3c ("mac80211: don't delay station destruction") cleanup was deferred through the same ordered workqueue as the delivery work, which kept the two ordered. Cancel the work after setting sta->dead and before moving the driver state, and move the existing cancellation to the start of __cleanup_single_sta(). The first drain closes the driver-lifetime window; driver callbacks during the remaining state transitions can still queue drv_deliver_wk through ieee80211_sta_block_awake(), so retain the second drain at the start of __cleanup_single_sta(). That drain also covers insertion failures, which reach cleanup without setting sta->dead.
Title wifi: mac80211: drain PS delivery work during station teardown
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-10-30T12:38:57.040Z

Reserved: 2026-09-25T10:25:14.365Z

Link: CVE-2026-98706

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-18T16:17:24.117

Modified: 2026-10-30T13:21:19.890

Link: CVE-2026-98706

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-10-18T00:00:00Z

Links: CVE-2026-98706 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-23T08:45:16Z

Weaknesses
  • CWE-367

    Time-of-check Time-of-use (TOCTOU) Race Condition