Answer in brief
CVE-2026-68403 records a Unknown severity vulnerability in wifi: brcmfmac: initialize SDIO data work before cleanup. 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 | >=9982464379e81ece51ced03ebecbbcd34ea367a6 <f50a2b9e57a751e70ae9a272875d80d39eaccd6a || >=9982464379e81ece51ced03ebecbbcd34ea367a6 <6bd21ec8549a5854dd64204a66289952917a924c || >=9982464379e81ece51ced03ebecbbcd34ea367a6 <5c342437ea44bb829680ca9e4f683dd5b325b219 || >=9982464379e81ece51ced03ebecbbcd34ea367a6 <c73c3fc1c7ca5a927639f0884624cb244ba791e4 || >=9982464379e81ece51ced03ebecbbcd34ea367a6 <2a665946e0407a05a3f81bd56a08553c446498e0 | f50a2b9e57a751e70ae9a272875d80d39eaccd6a, 6bd21ec8549a5854dd64204a66289952917a924c, 5c342437ea44bb829680ca9e4f683dd5b325b219, c73c3fc1c7ca5a927639f0884624cb244ba791e4, 2a665946e0407a05a3f81bd56a08553c446498e0 |
| Linux/Linuxgeneric | 4.1 | Not reported |
Published upstream
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 10, 2026
In the Linux kernel, the following vulnerability has been resolved: wifi: brcmfmac: initialize SDIO data work before cleanup brcmf_sdio_probe() stores the newly allocated bus in sdiodev->bus before allocating the ordered workqueue. If that allocation fails, the function jumps to fail and calls brcmf_sdio_remove(). brcmf_sdio_remove() unconditionally cancels bus->datawork. Initialize the work item before the first failure path that can reach brcmf_sdio_remove(), so the cleanup path always observes a valid work object. This issue was found by our static analysis tool and then confirmed by manual review of the probe error path and the remove-time work drain. The problem pattern is an early setup failure that reaches a cleanup helper which cancels an embedded work item before its initializer has run. A QEMU PoC forced alloc_ordered_workqueue() to fail at the same point in brcmf_sdio_probe(), before INIT_WORK(&bus->datawork) is reached. The resulting fail path calls brcmf_sdio_remove(), and DEBUG_OBJECTS reports the invalid work drain with brcmf_sdio_probe() and brcmf_sdio_remove() in the stack.
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2026-68403 records a Unknown severity vulnerability in wifi: brcmfmac: initialize SDIO data work before cleanup. 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 | >=9982464379e81ece51ced03ebecbbcd34ea367a6 <f50a2b9e57a751e70ae9a272875d80d39eaccd6a || >=9982464379e81ece51ced03ebecbbcd34ea367a6 <6bd21ec8549a5854dd64204a66289952917a924c || >=9982464379e81ece51ced03ebecbbcd34ea367a6 <5c342437ea44bb829680ca9e4f683dd5b325b219 || >=9982464379e81ece51ced03ebecbbcd34ea367a6 <c73c3fc1c7ca5a927639f0884624cb244ba791e4 || >=9982464379e81ece51ced03ebecbbcd34ea367a6 <2a665946e0407a05a3f81bd56a08553c446498e0 | f50a2b9e57a751e70ae9a272875d80d39eaccd6a, 6bd21ec8549a5854dd64204a66289952917a924c, 5c342437ea44bb829680ca9e4f683dd5b325b219, c73c3fc1c7ca5a927639f0884624cb244ba791e4, 2a665946e0407a05a3f81bd56a08553c446498e0 |
| Linux/Linuxgeneric | 4.1 | Not reported |
Published upstream
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 10, 2026
In the Linux kernel, the following vulnerability has been resolved: wifi: brcmfmac: initialize SDIO data work before cleanup brcmf_sdio_probe() stores the newly allocated bus in sdiodev->bus before allocating the ordered workqueue. If that allocation fails, the function jumps to fail and calls brcmf_sdio_remove(). brcmf_sdio_remove() unconditionally cancels bus->datawork. Initialize the work item before the first failure path that can reach brcmf_sdio_remove(), so the cleanup path always observes a valid work object. This issue was found by our static analysis tool and then confirmed by manual review of the probe error path and the remove-time work drain. The problem pattern is an early setup failure that reaches a cleanup helper which cancels an embedded work item before its initializer has run. A QEMU PoC forced alloc_ordered_workqueue() to fail at the same point in brcmf_sdio_probe(), before INIT_WORK(&bus->datawork) is reached. The resulting fail path calls brcmf_sdio_remove(), and DEBUG_OBJECTS reports the invalid work drain with brcmf_sdio_probe() and brcmf_sdio_remove() in the stack.
Quoted source text, attributed separately from HOL analysis.