Skip to main content
VulnerabilityPublished Updated

CVE-2026-93149: Linux kernel · wifi: mac80211_hwsim: avoid NULL skb in stop queue drain

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · fixed in e7fccad2c8e6ef6bbafe509c95869d161d0f466b : update Linux kernel when convenient.

Data as of 26 Oct 2026, 12:55 UTC

Severity
Unrated

Rated by Threat Radar · CVSS not yet scored by NVD

EPSS
0.2% chance of exploitation in 30 days – higher than 10% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in e7fccad2c8e6ef6bbafe509c95869d161d0f466b, d131027054a8dd922dda01fe8d381abe5af4970b, c40ba47f2ba1951cb32ea048667ed014d36a5749 +6

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 17 Sep 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • >=5.4.129 <5.5
  • >=5.10.47 <5.11
  • >=5.12.14 <5.13
Fixed in
  • e7fccad2c8e6ef6bbafe509c95869d161d0f466b
  • d131027054a8dd922dda01fe8d381abe5af4970b
  • c40ba47f2ba1951cb32ea048667ed014d36a5749
  • 2817431a61557f46dc63077b7cc126bc906c242e
  • 158438cd6ad69d6dd7d871582c38baf22169fede
  • 5.13
  • 5.11
  • 5.5
  • 1c2a4ab6efa26415dd131b8c222e7893fda03435
LinuxLinuxAffected
  • =5.13
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: wifi: mac80211_hwsim: avoid NULL skb in stop queue drain mac80211_hwsim_stop() drops any frames left in data->pending. The loop currently checks skb_queue_empty() and then dequeues separately. That split is racy with TX status handling, which can remove a pending frame under the queue lock. If the last entry is removed after the empty check, skb_dequeue() returns NULL and the stop path passes that NULL skb to ieee80211_free_txskb(). Use skb_dequeue() as the loop condition instead. The dequeue result is the object that stop owns and frees, and a concurrent status completion that empties the queue simply makes the loop terminate.

References

Community reviews

Loading reviews…