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

wifi: mac80211: ibss: wait for in-flight TX on disconnect

While leaving an IBSS in ieee80211_ibss_disconnect() mac80211 flushes
stations, turns the carrier off and immediately tells the driver to
leave as well. While there may be synchronize_net() in station flush
and in this code later, packets can still be transmitted due to
cross-CPU race conditions after carrier off is set.
Therefore, it's possible for a race to happen where a TX to the
driver occurs while or after telling it to leave the IBSS. This can
be confusing to drivers, and in the case of iwlwifi leads to an
attempt to use invalid queues.

Move netif_carrier_off() to occur before sta_info_flush() during
IBSS disconnect, and add synchronize_net() if flushing didn't,
so that the synchronize_net() always happens between turning the
carrier off and telling the driver, avoiding this race.
Published: 2026-09-24
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service
Action: Immediate Patch
AI Analysis

Impact

The Linux kernel’s mac80211 wireless stack has a race condition that arises during IBSS disconnection. When the carrier is turned off, the system immediately tells the driver to leave the IBSS while packets can still be transmitted across CPUs, resulting in the driver accessing invalid queues and potentially causing a kernel crash and loss of network service. This defect matches a classic concurrent execution race with improper synchronization.

Affected Systems

All Linux kernel releases that use the mac80211 stack and do not include the commit that reorders carrier‑off with station flushing are susceptible. No vendor‑specific version list is supplied, so any kernel lacking the patch indicated by the linked commits is potentially vulnerable, regardless of distribution.

Risk and Exploitability

The CVSS score of 5.5 indicates moderate severity, and the EPSS score is < 1%, suggesting a low likelihood of exploitation. The vulnerability is not listed in CISA KEV. The likely attack vector involves a local attacker who can influence wireless traffic or force an IBSS disconnection; this inference is drawn from the description that the race occurs around a disconnect event. Because the defect can lead to a kernel crash, the impact is significant, though publicly documented exploits are not known and overall exploitation likelihood appears low without a specialized tool.

Generated by OpenCVE AI on October 1, 2026 at 20:03 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply a Linux kernel update that includes the mac80211 IBSS disconnect fix
  • If a kernel update is not yet available, disable IBSS mode or power‑off the wireless interface to avoid the race condition
  • As a temporary countermeasure, reset or restart the wireless driver or reboot the system after a disconnect to clear any invalid queues

Generated by OpenCVE AI on October 1, 2026 at 20:03 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4817-1 linux-6.12 security update
Debian DSA Debian DSA DSA-6528-1 linux security update
History

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


Thu, 01 Oct 2026 17:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362

Tue, 29 Sep 2026 13:15:00 +0000

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

None

cvssV3_1

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

threat_severity

Moderate


Fri, 25 Sep 2026 06:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362

Thu, 24 Sep 2026 16:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: wifi: mac80211: ibss: wait for in-flight TX on disconnect While leaving an IBSS in ieee80211_ibss_disconnect() mac80211 flushes stations, turns the carrier off and immediately tells the driver to leave as well. While there may be synchronize_net() in station flush and in this code later, packets can still be transmitted due to cross-CPU race conditions after carrier off is set. Therefore, it's possible for a race to happen where a TX to the driver occurs while or after telling it to leave the IBSS. This can be confusing to drivers, and in the case of iwlwifi leads to an attempt to use invalid queues. Move netif_carrier_off() to occur before sta_info_flush() during IBSS disconnect, and add synchronize_net() if flushing didn't, so that the synchronize_net() always happens between turning the carrier off and telling the driver, avoiding this race.
Title wifi: mac80211: ibss: wait for in-flight TX on disconnect
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-21T12:52:39.730Z

Reserved: 2026-09-18T17:59:28.790Z

Link: CVE-2026-93804

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-24T17:17:13.350

Modified: 2026-10-21T13:21:08.277

Link: CVE-2026-93804

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-09-24T00:00:00Z

Links: CVE-2026-93804 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-01T20:15:12Z

Weaknesses
  • CWE-366

    Race Condition within a Thread