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 EPOLL_CTL_ADD
- unbind the UDC
- bind the UDC
- use the fd in EPOLL_CTL_DEL
When CONFIG_DEBUG_LIST was enabled, a list_del corruption was reported
within remove_wait_queue (via ep_remove_wait_queue). After some
debugging I found out that the queues, which f_hid registers via
poll_wait were the problem. These were initialized using
init_waitqueue_head 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 hidg_bind to hidg_alloc
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.
CVSS
5.5 MEDIUM (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
from cb382536052fcc7713988869b54a81137069e5a9 before 13440c0db227c5db01da751ed966dde4cdd2ea18; from cb382536052fcc7713988869b54a81137069e5a9 before de93e0862169b5539e00c2b9980b93fd80c37c0d; from cb382536052fcc7713988869b54a81137069e5a9 before 81aee4500055876883658b024b6fb61801afe134; from cb382536052fcc7713988869b54a81137069e5a9 before 8ec6a58586f195a88479edcdb0b8027c39f12d03; from cb382536052fcc7713988869b54a81137069e5a9 before f7d00ee1c8082c8a134340aaf16d71a27e29c362; from cb382536052fcc7713988869b54a81137069e5a9 before 5d1bb391ceeebb28327703dd07af8c6324af298f; from cb382536052fcc7713988869b54a81137069e5a9 before 26a879a41ed960b3fb4ec773ef2788c515c0e488; from cb382536052fcc7713988869b54a81137069e5a9 before 4e0a88254ad59f6c53a34bf5fa241884ec09e8b2
from 3.19 before 5.10.253; from 5.11 before 5.15.203; from 5.16 before 6.1.169; from 6.2 before 6.6.135; from 6.7 before 6.12.81; from 6.13 before 6.18.22; from 6.19 before 6.19.12; 7.0; and 5 more ranges
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.