In the Linux kernel, the following vulnerability has been resolved:
usb: gadget: f_hid: move list and spinlock inits from bind to alloc
There was an issue when you did the following: - setup and bind an hid gadget - open /dev/hidg0 - use the resulting fd in EPOLLCTLADD - unbind the UDC - bind the UDC - use the fd in EPOLLCTLDEL
When CONFIGDEBUGLIST was enabled, a listdel corruption was reported within removewaitqueue (via epremovewaitqueue). After some debugging I found out that the queues, which fhid registers via pollwait were the problem. These were initialized using initwaitqueuehead inside hidg_bind. So effectively, the bind function re-initialized the queues while there were still items in them.
The solution is to move the initialization from hidgbind to hidgalloc to extend their lifetimes to the lifetime of the function instance.
Additionally, I found many other possibly problematic init calls in the bind function, which I moved as well.
{
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/31xxx/CVE-2026-31721.json",
"cna_assigner": "Linux"
}