Answer in brief
CVE-2026-31394 records a Unknown severity vulnerability in mac80211: fix crash in ieee80211_chan_bw_change for AP_VLAN stations. 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 | >=b27512368591fc959768df1f7dacf2a96b1bd036 <65c25b588994dd422fea73fa322de56e1ae4a33b || >=b27512368591fc959768df1f7dacf2a96b1bd036 <5a86d4e920d9783a198e39cf53f0e410fba5fbd6 || >=b27512368591fc959768df1f7dacf2a96b1bd036 <3c6629e859a2211a1fbb4868f915413f80001ca5 || >=b27512368591fc959768df1f7dacf2a96b1bd036 <672e5229e1ecfc2a3509b53adcb914d8b024a853 | 65c25b588994dd422fea73fa322de56e1ae4a33b, 5a86d4e920d9783a198e39cf53f0e410fba5fbd6, 3c6629e859a2211a1fbb4868f915413f80001ca5, 672e5229e1ecfc2a3509b53adcb914d8b024a853 |
| Linux/Linuxgeneric | 6.11 | Not reported |
Published upstream
Apr 3, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Nov 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Nov 5, 2026
In the Linux kernel, the following vulnerability has been resolved: mac80211: fix crash in ieee80211_chan_bw_change for AP_VLAN stations ieee80211_chan_bw_change() iterates all stations and accesses link->reserved.oper via sta->sdata->link[link_id]. For stations on AP_VLAN interfaces (e.g. 4addr WDS clients), sta->sdata points to the VLAN sdata, whose link never participates in chanctx reservations. This leaves link->reserved.oper zero-initialized with chan == NULL, causing a NULL pointer dereference in __ieee80211_sta_cap_rx_bw() when accessing chandef->chan->band during CSA. Resolve the VLAN sdata to its parent AP sdata using get_bss_sdata() before accessing link data. [also change sta->sdata in ARRAY_SIZE even if it doesn't matter]
Quoted source text, attributed separately from HOL analysis.