CVE-2022-49755
published 2025-03-27CVE-2022-49755: In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait While performing fast composition…
PriorityP338high7.8CVSS 3.1
AVLACLPRLUINSUCHIHAH
EPSS
0.22%
13.3th percentile
In the Linux kernel, the following vulnerability has been resolved:
usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait
While performing fast composition switch, there is a possibility that the
process of ffs_ep0_write/ffs_ep0_read get into a race condition
due to ep0req being freed up from functionfs_unbind.
Consider the scenario that the ffs_ep0_write calls the ffs_ep0_queue_wait
by taking a lock &ffs->ev.waitq.lock. However, the functionfs_unbind isn't
bounded so it can go ahead and mark the ep0req to NULL, and since there
is no NULL check in ffs_ep0_queue_wait we will end up in use-after-free.
Fix this by making a serialized execution between the two functions using
a mutex_lock(ffs->mutex).
Affected
20 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 6.1.11-1 (bookworm) | linux 6.1.11-1 (bookworm) |
| linux | linux | — | — |
| linux | linux | >= ddf8abd2599491cbad959c700b90ba72a5dce8d0 < facf353c9e8d7885b686d9a4b173d4e0af6441d2 | facf353c9e8d7885b686d9a4b173d4e0af6441d2 |
| linux | linux | >= ddf8abd2599491cbad959c700b90ba72a5dce8d0 < e9036e951f93fb8d7b5e9d6e2c7f94a4da312ae4 | e9036e951f93fb8d7b5e9d6e2c7f94a4da312ae4 |
| linux | linux | >= ddf8abd2599491cbad959c700b90ba72a5dce8d0 < a8d40942df074f4ebcb9bd3413596d92f323b064 | a8d40942df074f4ebcb9bd3413596d92f323b064 |
| linux | linux | >= ddf8abd2599491cbad959c700b90ba72a5dce8d0 < 6dd9ea05534f323668db94fcc2726c7a84547e78 | 6dd9ea05534f323668db94fcc2726c7a84547e78 |
| linux | linux | >= ddf8abd2599491cbad959c700b90ba72a5dce8d0 < ae8e136bcaae96163b5821984de1036efc9abb1a | ae8e136bcaae96163b5821984de1036efc9abb1a |
| linux | linux | >= ddf8abd2599491cbad959c700b90ba72a5dce8d0 < 6aee197b7fbcd61596a78b47d553f2f99111f217 | 6aee197b7fbcd61596a78b47d553f2f99111f217 |
| linux | linux | >= ddf8abd2599491cbad959c700b90ba72a5dce8d0 < 6a19da111057f69214b97c62fb0ac59023970850 | 6a19da111057f69214b97c62fb0ac59023970850 |
| linux | linux_kernel | — | — |
| linux | linux_kernel | >= 0 < 5.10.178-1 | 5.10.178-1 |
| linux | linux_kernel | >= 0 < 6.1.11-1 | 6.1.11-1 |
| linux | linux_kernel | >= 0 < 6.1.11-1 | 6.1.11-1 |
| linux | linux_kernel | >= 0 < 6.1.11-1 | 6.1.11-1 |
| linux | linux_kernel | >= 2.6.35 < 4.14.305 | 4.14.305 |
| linux | linux_kernel | >= 4.15 < 4.19.272 | 4.19.272 |
| linux | linux_kernel | >= 4.20 < 5.4.231 | 5.4.231 |
| linux | linux_kernel | >= 5.11 < 5.15.91 | 5.15.91 |
| linux | linux_kernel | >= 5.16 < 6.1.9 | 6.1.9 |
| linux | linux_kernel | >= 5.5 < 5.10.166 | 5.10.166 |
CVSS provenance
nvdv3.17.8HIGHCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
osv7.8HIGH
vendor_debian7.8HIGH
vendor_redhat7.8HIGH
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
OSV
CVE-2022-49755: In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait While performing fast co
osv·2025-03-27·CVSS 7.8
CVE-2022-49755 [HIGH] CVE-2022-49755: In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait While performing fast co
In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait While performing fast composition switch, there is a possibility that the process of ffs_ep0_write/ffs_ep0_read get into a race condition due to ep0req being freed up from functionfs_unbind. Consider the scenario that the ffs_ep0_write calls the ffs_ep0_queue_wait by taking a lock &ffs->ev.waitq.lock. However, the functionfs_unbind isn't bounded so it can go ahead and mark the ep0req to NULL, and since there is no NULL check in ffs_ep0_queue_wait we will end up in use-after-free. Fix this by making a serialized execution between the two functions using a mutex_lock(ffs->mutex).
GHSA
GHSA-qc5x-h4r4-86f3: In the Linux kernel, the following vulnerability has been resolved:
usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait
While performing fast
ghsa_unreviewed·2025-03-27
CVE-2022-49755 [HIGH] CWE-416 GHSA-qc5x-h4r4-86f3: In the Linux kernel, the following vulnerability has been resolved:
usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait
While performing fast
In the Linux kernel, the following vulnerability has been resolved:
usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait
While performing fast composition switch, there is a possibility that the
process of ffs_ep0_write/ffs_ep0_read get into a race condition
due to ep0req being freed up from functionfs_unbind.
Consider the scenario that the ffs_ep0_write calls the ffs_ep0_queue_wait
by taking a lock &ffs->ev.waitq.lock. However, the functionfs_unbind isn't
bounded so it can go ahead and mark the ep0req to NULL, and since there
is no NULL check in ffs_ep0_queue_wait we will end up in use-after-free.
Fix this by making a serialized execution between the two functions using
a mutex_lock(ffs->mutex).
Red Hat
kernel: usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait
vendor_redhat·2025-03-27·CVSS 7.8
CVE-2022-49755 [HIGH] CWE-416 kernel: usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait
kernel: usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait
In the Linux kernel, the following vulnerability has been resolved:
usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait
While performing fast composition switch, there is a possibility that the
process of ffs_ep0_write/ffs_ep0_read get into a race condition
due to ep0req being freed up from functionfs_unbind.
Consider the scenario that the ffs_ep0_write calls the ffs_ep0_queue_wait
by taking a lock &ffs->ev.waitq.lock. However, the functionfs_unbind isn't
bounded so it can go ahead and mark the ep0req to NULL, and since there
is no NULL check in ffs_ep0_queue_wait we will end up in use-after-free.
Fix this by making a serialized execution between the two functions using
a mutex_lock(ffs->mutex).
Package: kernel (Red
Debian
CVE-2022-49755: linux - In the Linux kernel, the following vulnerability has been resolved: usb: gadget...
vendor_debian·2022·CVSS 7.8
CVE-2022-49755 [HIGH] CVE-2022-49755: linux - In the Linux kernel, the following vulnerability has been resolved: usb: gadget...
In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_fs: Prevent race during ffs_ep0_queue_wait While performing fast composition switch, there is a possibility that the process of ffs_ep0_write/ffs_ep0_read get into a race condition due to ep0req being freed up from functionfs_unbind. Consider the scenario that the ffs_ep0_write calls the ffs_ep0_queue_wait by taking a lock &ffs->ev.waitq.lock. However, the functionfs_unbind isn't bounded so it can go ahead and mark the ep0req to NULL, and since there is no NULL check in ffs_ep0_queue_wait we will end up in use-after-free. Fix this by making a serialized execution between the two functions using a mutex_lock(ffs->mutex).
Scope: local
bookworm: resolved (fixed in 6.1.11-1)
bullseye: resolved (fixed in 5.10.178
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/6a19da111057f69214b97c62fb0ac59023970850https://git.kernel.org/stable/c/6aee197b7fbcd61596a78b47d553f2f99111f217https://git.kernel.org/stable/c/6dd9ea05534f323668db94fcc2726c7a84547e78https://git.kernel.org/stable/c/a8d40942df074f4ebcb9bd3413596d92f323b064https://git.kernel.org/stable/c/ae8e136bcaae96163b5821984de1036efc9abb1ahttps://git.kernel.org/stable/c/e9036e951f93fb8d7b5e9d6e2c7f94a4da312ae4https://git.kernel.org/stable/c/facf353c9e8d7885b686d9a4b173d4e0af6441d2
2025-03-27
Published