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

wifi: mac80211: free AP_VLAN bc_buf SKBs outside IRQ lock

ieee80211_do_stop() removes AP_VLAN packets from the parent AP
ps->bc_buf while holding ps->bc_buf.lock with IRQs disabled. It then
calls ieee80211_free_txskb() before dropping the lock.

ieee80211_free_txskb() is not just a passive SKB release. For SKBs with
TX status state it can report a dropped frame through cfg80211/nl80211,
and that path can reach netlink tap transmit. This is the same reason
the pending queue cleanup in ieee80211_do_stop() already unlinks SKBs
under the queue lock and frees them after IRQ state is restored.

The buggy scenario involves two paths, with each column showing the
order within that path:

AP_VLAN management TX: AP_VLAN stop:
1. attach ACK-status state 1. clear the running state
2. queue a multicast SKB on 2. take ps->bc_buf.lock with IRQs
parent ps->bc_buf disabled
3. unlink the AP_VLAN SKB
4. call ieee80211_free_txskb()

Unlink matching AP_VLAN SKBs from ps->bc_buf under the existing lock,
but move them to a local free queue. Drop the lock and restore IRQ state
before calling ieee80211_free_txskb().

WARNING: kernel/softirq.c:430 at __local_bh_enable_ip
Published: 2026-08-10
Score: n/a
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability arises when the Linux kernel's mac80211 subsystem frees SKBs from the AP_VLAN buffer outside of the required IRQ lock. This improper synchronization allows SKBs with TX status to be freed while the lock is lost, potentially invoking cfg80211/nl80211 paths that report dropped frames to userspace and may reach netlink tap transmit. If an attacker can trigger this race—such as by sending crafted multicast frames or stopping the AP_VLAN while SKBs are queued—the system may experience unhandled frame drops, incorrect netlink notifications, or even a crash, effectively disabling Wi‑Fi connectivity for the affected host.

Affected Systems

The flaw exists in the Linux kernel, affecting all builds of the kernel where the mac80211 AP_VLAN code compiles. No specific version range is given, so any kernel that uses the default mac80211 stack is potentially vulnerable. The main affected component is the Wi‑Fi subsystem in the kernel; other hardware or firmware components are indirectly impacted only if they rely on the kernel's networking stack.

Risk and Exploitability

The advisory does not provide a CVSS score or EPSS value, and the vulnerability is not listed in CISA's KEV catalog. Based on the description, the likely attack vector involves an attacker with access to the wireless network fabric—either locally or via a rogue access point—crafting frames that trigger the race condition. Exploitation would require the attacker to influence the ordering of operations in ieee80211_do_stop() and the subsequent skb freeing, which is a complex scenario but not impossible on systems where the radio is exposed to untrusted traffic.

Generated by OpenCVE AI on August 10, 2026 at 16:07 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the Linux kernel to a version that incorporates the fix demonstrated in the commits cited in the advisory, such as the patch in commit 4b8abf43bf34791c99d99dc3be13f897adefc461.
  • If the host does not require AP_VLAN support, disable the functionality (e.g., by setting the kernel boot parameter "noap_vlans" or by compiling the kernel without the mac80211 AP_VLAN interface) to remove the vulnerable code path from the kernel.
  • Apply the patch manually from the linked commit references to your current kernel source tree, then rebuild and reboot into the patched kernel. Verify that the ap_vlan/dev_80211 code no longer frees SKBs outside the IRQ lock.

Generated by OpenCVE AI on August 10, 2026 at 16:07 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 10 Aug 2026 16:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362

Mon, 10 Aug 2026 12:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: wifi: mac80211: free AP_VLAN bc_buf SKBs outside IRQ lock ieee80211_do_stop() removes AP_VLAN packets from the parent AP ps->bc_buf while holding ps->bc_buf.lock with IRQs disabled. It then calls ieee80211_free_txskb() before dropping the lock. ieee80211_free_txskb() is not just a passive SKB release. For SKBs with TX status state it can report a dropped frame through cfg80211/nl80211, and that path can reach netlink tap transmit. This is the same reason the pending queue cleanup in ieee80211_do_stop() already unlinks SKBs under the queue lock and frees them after IRQ state is restored. The buggy scenario involves two paths, with each column showing the order within that path: AP_VLAN management TX: AP_VLAN stop: 1. attach ACK-status state 1. clear the running state 2. queue a multicast SKB on 2. take ps->bc_buf.lock with IRQs parent ps->bc_buf disabled 3. unlink the AP_VLAN SKB 4. call ieee80211_free_txskb() Unlink matching AP_VLAN SKBs from ps->bc_buf under the existing lock, but move them to a local free queue. Drop the lock and restore IRQ state before calling ieee80211_free_txskb(). WARNING: kernel/softirq.c:430 at __local_bh_enable_ip
Title wifi: mac80211: free AP_VLAN bc_buf SKBs outside IRQ lock
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-08-10T12:04:25.241Z

Reserved: 2026-07-30T09:28:09.390Z

Link: CVE-2026-68405

cve-icon Vulnrichment

No data.

cve-icon NVD

No data.

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-10T16:15:04Z

Weaknesses
  • CWE-362

    Concurrent Execution using Shared Resource with Improper Synchronization ('Race Condition')