Answer in brief
CVE-2026-98766 records a Unknown severity vulnerability in usb: gadget: aspeed-vhub: cancel wake work on device removal. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), 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), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=7ecca2a4080cb6b1fa174adc588fce9e9014c43c <f343bfa3fc9f6255602d66f4a7dbe7ddef13ba41 || >=7ecca2a4080cb6b1fa174adc588fce9e9014c43c <474e9e1852fb5ba0bfb26f123dd0cb361d0f4f4d || >=7ecca2a4080cb6b1fa174adc588fce9e9014c43c <c81504dfd2d93e345c98e7a012c2f2e74ce5b6a1 || >=7ecca2a4080cb6b1fa174adc588fce9e9014c43c <20388c8d1d74c203fec8194c45cd31afdfab934e | f343bfa3fc9f6255602d66f4a7dbe7ddef13ba41, 474e9e1852fb5ba0bfb26f123dd0cb361d0f4f4d, c81504dfd2d93e345c98e7a012c2f2e74ce5b6a1, 20388c8d1d74c203fec8194c45cd31afdfab934e |
| Linux/Linuxgeneric | 4.18 | Not reported |
| Linux/Linuxgeneric | >=7ecca2a4080cb6b1fa174adc588fce9e9014c43c <0d39ac4f65f9357469518c70e42940e0d8b0e497 || >=7ecca2a4080cb6b1fa174adc588fce9e9014c43c <f343bfa3fc9f6255602d66f4a7dbe7ddef13ba41 || >=7ecca2a4080cb6b1fa174adc588fce9e9014c43c <474e9e1852fb5ba0bfb26f123dd0cb361d0f4f4d || >=7ecca2a4080cb6b1fa174adc588fce9e9014c43c <c81504dfd2d93e345c98e7a012c2f2e74ce5b6a1 || >=7ecca2a4080cb6b1fa174adc588fce9e9014c43c <20388c8d1d74c203fec8194c45cd31afdfab934e | 0d39ac4f65f9357469518c70e42940e0d8b0e497, f343bfa3fc9f6255602d66f4a7dbe7ddef13ba41, 474e9e1852fb5ba0bfb26f123dd0cb361d0f4f4d, c81504dfd2d93e345c98e7a012c2f2e74ce5b6a1, 20388c8d1d74c203fec8194c45cd31afdfab934e |
Published upstream
Oct 18, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 21, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Oct 18, 2026
In the Linux kernel, the following vulnerability has been resolved: usb: gadget: aspeed-vhub: cancel wake work on device removal wake_work is armed from the gadget .wakeup callback to resume suspended downstream ports, and it is never cancelled in ast_vhub_remove(), so a work item queued before or during removal can run after devm has freed vhub and its ports, a use-after-free. Cancelling the work alone is not sufficient: usb_gadget_wakeup() takes no lock and the unbind path never clears wakeup_en, so a remote-wakeup request in flight on another CPU can re-arm the work after the cancel and before vhub is freed. ast_vhub_del_dev() already clears d->registered under vhub->lock before unregistering the gadget. Refuse the wakeup in ast_vhub_udc_wakeup() once d->registered is clear: the check and the schedule_work() are then atomic against the unbind, so a wakeup that passed before the flag was cleared is drained by the cancel_work_sync() after the del_dev loop, and one that arrives later returns without arming. Also move INIT_WORK() to the top of ast_vhub_probe(), since the probe error path reuses ast_vhub_remove() and would otherwise cancel a never-initialized work item. This issue was found by an in-house static analysis tool.
Quoted source text, attributed separately from HOL analysis.