CVE-2026-93149
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.
Predictions
Heuristic predictions, AS-IS, for prioritization only.
Mitigations
No mitigations published for this CVE yet.
The vendor-content worker queues fetches as references arrive (check back in a few minutes). Or — if you've already worked around this in production — publish your fix to the community-verified tier.
Propose a mitigation on Community Mitigations published via the community go through AI scoring + 2 human reviewers + 7-day silent objection window before landing here withsource_tier=community-verified.
References
- https://git.kernel.org/stable/c/158438cd6ad69d6dd7d871582c38baf22169fede
- https://git.kernel.org/stable/c/1c2a4ab6efa26415dd131b8c222e7893fda03435
- https://git.kernel.org/stable/c/2817431a61557f46dc63077b7cc126bc906c242e
- https://git.kernel.org/stable/c/c40ba47f2ba1951cb32ea048667ed014d36a5749
- https://git.kernel.org/stable/c/d131027054a8dd922dda01fe8d381abe5af4970b
- https://git.kernel.org/stable/c/e7fccad2c8e6ef6bbafe509c95869d161d0f466b
Community-verified mitigations for this CVE will appear above when contributors publish them.
Verify integrity in audit chain (admin only). AS-IS.