{"id":"CVE-2026-98766","title":"usb: gadget: aspeed-vhub: cancel wake work on device removal","summary":"In the Linux kernel, the following vulnerability has been resolved:\n\nusb: gadget: aspeed-vhub: cancel wake work on device removal\n\nwake_work is armed from the gadget .wakeup callback to resume suspended\ndownstream ports, and it is never …","severity":"none","vendor":"Linux","product":"Linux","affected":["Linux >= 7ecca2a4080cb6b1fa174adc588fce9e9014c43c < f343bfa3fc9f6255602d66f4a7dbe7ddef13ba41","Linux >= 7ecca2a4080cb6b1fa174adc588fce9e9014c43c < 474e9e1852fb5ba0bfb26f123dd0cb361d0f4f4d","Linux >= 7ecca2a4080cb6b1fa174adc588fce9e9014c43c < c81504dfd2d93e345c98e7a012c2f2e74ce5b6a1","Linux >= 7ecca2a4080cb6b1fa174adc588fce9e9014c43c < 20388c8d1d74c203fec8194c45cd31afdfab934e","Linux 4.18"],"published":"2026-10-18","updated":"2026-10-19","sourceUpdated":"2026-10-19T09:25:19.516Z","source":"CVEORG","sourceUrl":"https://www.cve.org/CVERecord?id=CVE-2026-98766","references":[{"url":"https://git.kernel.org/stable/c/f343bfa3fc9f6255602d66f4a7dbe7ddef13ba41"},{"url":"https://git.kernel.org/stable/c/474e9e1852fb5ba0bfb26f123dd0cb361d0f4f4d"},{"url":"https://git.kernel.org/stable/c/c81504dfd2d93e345c98e7a012c2f2e74ce5b6a1"},{"url":"https://git.kernel.org/stable/c/20388c8d1d74c203fec8194c45cd31afdfab934e"}],"tags":["cve.org"],"ingestedAt":"2026-10-18T16:47:32.495Z","slug":"CVE-2026-98766","body":"## Overview\n\nIn the Linux kernel, the following vulnerability has been resolved:\n\nusb: gadget: aspeed-vhub: cancel wake work on device removal\n\nwake_work is armed from the gadget .wakeup callback to resume suspended\ndownstream ports, and it is never cancelled in ast_vhub_remove(), so a\nwork item queued before or during removal can run after devm has freed\nvhub and its ports, a use-after-free.\n\nCancelling the work alone is not sufficient: usb_gadget_wakeup() takes\nno lock and the unbind path never clears wakeup_en, so a remote-wakeup\nrequest in flight on another CPU can re-arm the work after the cancel\nand before vhub is freed.\n\nast_vhub_del_dev() already clears d->registered under vhub->lock before\nunregistering the gadget. Refuse the wakeup in ast_vhub_udc_wakeup()\nonce d->registered is clear: the check and the schedule_work() are then\natomic against the unbind, so a wakeup that passed before the flag was\ncleared is drained by the cancel_work_sync() after the del_dev loop,\nand one that arrives later returns without arming. Also move INIT_WORK()\nto the top of ast_vhub_probe(), since the probe error path reuses\nast_vhub_remove() and would otherwise cancel a never-initialized work\nitem.\n\nThis issue was found by an in-house static analysis tool.\n\n## Affected\n\n- `Linux >= 7ecca2a4080cb6b1fa174adc588fce9e9014c43c < f343bfa3fc9f6255602d66f4a7dbe7ddef13ba41`\n- `Linux >= 7ecca2a4080cb6b1fa174adc588fce9e9014c43c < 474e9e1852fb5ba0bfb26f123dd0cb361d0f4f4d`\n- `Linux >= 7ecca2a4080cb6b1fa174adc588fce9e9014c43c < c81504dfd2d93e345c98e7a012c2f2e74ce5b6a1`\n- `Linux >= 7ecca2a4080cb6b1fa174adc588fce9e9014c43c < 20388c8d1d74c203fec8194c45cd31afdfab934e`\n- `Linux 4.18`\n\n## Remediation\n\nRefer to the linked advisories for vendor-supplied fixes and affected version ranges.","depth":"sunlit","depthScore":3,"depthScoreParts":{"impact":2.8,"likelihood":0,"exploitation":0,"ransomware":0},"changes":[]}