Answer in brief
CVE-2026-98192 records a Unknown severity vulnerability in wifi: wcn36xx: Fix potential use-after-free in TX ack timer teardown. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=fdf21cc3714939dd4327f3d664fe5863d15ccb31 <3edabc965bcce49cbb2ec1c2b91f8a555a8ec8bd || >=fdf21cc3714939dd4327f3d664fe5863d15ccb31 <2bddc5d088cf430ecd913020472f1def32a36a3d || >=fdf21cc3714939dd4327f3d664fe5863d15ccb31 <c0df0878e9110909cf0bec6080d72d36401a0c89 || >=fdf21cc3714939dd4327f3d664fe5863d15ccb31 <d9be5e75530772fc31637070d51e5717d6aeaa2a | 3edabc965bcce49cbb2ec1c2b91f8a555a8ec8bd, 2bddc5d088cf430ecd913020472f1def32a36a3d, c0df0878e9110909cf0bec6080d72d36401a0c89, d9be5e75530772fc31637070d51e5717d6aeaa2a |
| Linux/Linuxgeneric | 5.10 | Not reported |
Published upstream
Oct 6, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 6, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Oct 6, 2026
In the Linux kernel, the following vulnerability has been resolved: wifi: wcn36xx: Fix potential use-after-free in TX ack timer teardown wcn36xx_dxe_deinit() tears down the TX ack timer with timer_delete(), which only dequeues the timer and does not wait for a callback that is already executing; the preceding free_irq() calls synchronize the interrupt handlers only. The callback, wcn36xx_dxe_tx_timer(), can therefore be running past the teardown and use the wcn freed along with the ieee80211_hw in wcn36xx_remove(): it takes wcn->dxe_lock, reads wcn->tx_ack_skb and passes wcn->hw to ieee80211_tx_status_irqsafe(). Fix this by using timer_shutdown_sync(), which waits for a running callback and also prevents the timer from being rearmed again. The timer is set up again by wcn36xx_dxe_init() on the next start, so the start/stop cycle is unaffected. This issue was found by an in-house static analysis tool.
Quoted source text, attributed separately from HOL analysis.