CVE-2022-49661
published 2025-02-26CVE-2022-49661: In the Linux kernel, the following vulnerability has been resolved: can: gs_usb: gs_usb_open/close(): fix memory leak The gs_usb driver appears to suffer from…
PriorityP417medium5.5CVSS 3.1
AVLACLPRLUINSUCNINAH
EPSS
0.26%
18.2th percentile
In the Linux kernel, the following vulnerability has been resolved:
can: gs_usb: gs_usb_open/close(): fix memory leak
The gs_usb driver appears to suffer from a malady common to many USB
CAN adapter drivers in that it performs usb_alloc_coherent() to
allocate a number of USB request blocks (URBs) for RX, and then later
relies on usb_kill_anchored_urbs() to free them, but this doesn't
actually free them. As a result, this may be leaking DMA memory that's
been used by the driver.
This commit is an adaptation of the techniques found in the esd_usb2
driver where a similar design pattern led to a memory leak. It
explicitly frees the RX URBs and their DMA memory via a call to
usb_free_coherent(). Since the RX URBs were allocated in the
gs_can_open(), we remove them in gs_can_close() rather than in the
disconnect function as was done in esd_usb2.
For more information, see the 928150fad41b ("can: esd_usb2: fix memory
leak").
Affected
22 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 5.18.14-1 (bookworm) | linux 5.18.14-1 (bookworm) |
| linux | linux | — | — |
| linux | linux | >= d08e973a77d128b25e01a08c34d89593fdf222da < 339fa9f80d3b94177a7a459c6d115d3b56007d5a | 339fa9f80d3b94177a7a459c6d115d3b56007d5a |
| linux | linux | >= d08e973a77d128b25e01a08c34d89593fdf222da < c1d806bc29ff7ffe0e2a023583c8720ed96cb0b0 | c1d806bc29ff7ffe0e2a023583c8720ed96cb0b0 |
| linux | linux | >= d08e973a77d128b25e01a08c34d89593fdf222da < d91492638b054f4a359621ef216242be5973ed6b | d91492638b054f4a359621ef216242be5973ed6b |
| linux | linux | >= d08e973a77d128b25e01a08c34d89593fdf222da < 6f655b5e13fa4b27e915b6c209ac0da74fd75963 | 6f655b5e13fa4b27e915b6c209ac0da74fd75963 |
| linux | linux | >= d08e973a77d128b25e01a08c34d89593fdf222da < d0b8e223998866b3e7b2895927d4e9689b0a80d8 | d0b8e223998866b3e7b2895927d4e9689b0a80d8 |
| linux | linux | >= d08e973a77d128b25e01a08c34d89593fdf222da < 0e60230bc64355c80abe993d1719fdb318094e20 | 0e60230bc64355c80abe993d1719fdb318094e20 |
| linux | linux | >= d08e973a77d128b25e01a08c34d89593fdf222da < ffb6cc6601ec7c8fa963dcf76025df4a02f2cf5c | ffb6cc6601ec7c8fa963dcf76025df4a02f2cf5c |
| linux | linux | >= d08e973a77d128b25e01a08c34d89593fdf222da < 2bda24ef95c0311ab93bda00db40486acf30bd0a | 2bda24ef95c0311ab93bda00db40486acf30bd0a |
| linux | linux_kernel | — | — |
| linux | linux_kernel | >= 0 < 5.10.136-1 | 5.10.136-1 |
| linux | linux_kernel | >= 0 < 5.18.14-1 | 5.18.14-1 |
| linux | linux_kernel | >= 0 < 5.18.14-1 | 5.18.14-1 |
| linux | linux_kernel | >= 0 < 5.18.14-1 | 5.18.14-1 |
| linux | linux_kernel | >= 3.16 < 4.9.323 | 4.9.323 |
| linux | linux_kernel | >= 4.10 < 4.14.288 | 4.14.288 |
| linux | linux_kernel | >= 4.15 < 4.19.252 | 4.19.252 |
| linux | linux_kernel | >= 4.20 < 5.4.205 | 5.4.205 |
| linux | linux_kernel | >= 5.11 < 5.15.54 | 5.15.54 |
| linux | linux_kernel | >= 5.16 < 5.18.11 | 5.18.11 |
| linux | linux_kernel | >= 5.5 < 5.10.130 | 5.10.130 |
CVSS provenance
nvdv3.15.5MEDIUMCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
osv5.5MEDIUM
vendor_debian5.5MEDIUM
vendor_redhat5.5MEDIUM
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.
GHSA
GHSA-fw87-5p3g-2r3p: In the Linux kernel, the following vulnerability has been resolved:
can: gs_usb: gs_usb_open/close(): fix memory leak
The gs_usb driver appears to s
ghsa_unreviewed·2025-10-23
CVE-2022-49661 [MEDIUM] CWE-401 GHSA-fw87-5p3g-2r3p: In the Linux kernel, the following vulnerability has been resolved:
can: gs_usb: gs_usb_open/close(): fix memory leak
The gs_usb driver appears to s
In the Linux kernel, the following vulnerability has been resolved:
can: gs_usb: gs_usb_open/close(): fix memory leak
The gs_usb driver appears to suffer from a malady common to many USB
CAN adapter drivers in that it performs usb_alloc_coherent() to
allocate a number of USB request blocks (URBs) for RX, and then later
relies on usb_kill_anchored_urbs() to free them, but this doesn't
actually free them. As a result, this may be leaking DMA memory that's
been used by the driver.
This commit is an adaptation of the techniques found in the esd_usb2
driver where a similar design pattern led to a memory leak. It
explicitly frees the RX URBs and their DMA memory via a call to
usb_free_coherent(). Since the RX URBs were allocated in the
gs_can_open(), we remove them in gs_can_close() rather th
OSV
CVE-2022-49661: In the Linux kernel, the following vulnerability has been resolved: can: gs_usb: gs_usb_open/close(): fix memory leak The gs_usb driver appears to suf
osv·2025-02-26·CVSS 5.5
CVE-2022-49661 [MEDIUM] CVE-2022-49661: In the Linux kernel, the following vulnerability has been resolved: can: gs_usb: gs_usb_open/close(): fix memory leak The gs_usb driver appears to suf
In the Linux kernel, the following vulnerability has been resolved: can: gs_usb: gs_usb_open/close(): fix memory leak The gs_usb driver appears to suffer from a malady common to many USB CAN adapter drivers in that it performs usb_alloc_coherent() to allocate a number of USB request blocks (URBs) for RX, and then later relies on usb_kill_anchored_urbs() to free them, but this doesn't actually free them. As a result, this may be leaking DMA memory that's been used by the driver. This commit is an adaptation of the techniques found in the esd_usb2 driver where a similar design pattern led to a memory leak. It explicitly frees the RX URBs and their DMA memory via a call to usb_free_coherent(). Since the RX URBs were allocated in the gs_can_open(), we remove them in gs_can_close() rather than
Red Hat
kernel: can: gs_usb: gs_usb_open/close(): fix memory leak
vendor_redhat·2025-02-26·CVSS 5.5
CVE-2022-49661 [MEDIUM] kernel: can: gs_usb: gs_usb_open/close(): fix memory leak
kernel: can: gs_usb: gs_usb_open/close(): fix memory leak
In the Linux kernel, the following vulnerability has been resolved:
can: gs_usb: gs_usb_open/close(): fix memory leak
The gs_usb driver appears to suffer from a malady common to many USB
CAN adapter drivers in that it performs usb_alloc_coherent() to
allocate a number of USB request blocks (URBs) for RX, and then later
relies on usb_kill_anchored_urbs() to free them, but this doesn't
actually free them. As a result, this may be leaking DMA memory that's
been used by the driver.
This commit is an adaptation of the techniques found in the esd_usb2
driver where a similar design pattern led to a memory leak. It
explicitly frees the RX URBs and their DMA memory via a call to
usb_free_coherent(). Since the RX URBs were allocated in the
g
Debian
CVE-2022-49661: linux - In the Linux kernel, the following vulnerability has been resolved: can: gs_usb...
vendor_debian·2022·CVSS 5.5
CVE-2022-49661 [MEDIUM] CVE-2022-49661: linux - In the Linux kernel, the following vulnerability has been resolved: can: gs_usb...
In the Linux kernel, the following vulnerability has been resolved: can: gs_usb: gs_usb_open/close(): fix memory leak The gs_usb driver appears to suffer from a malady common to many USB CAN adapter drivers in that it performs usb_alloc_coherent() to allocate a number of USB request blocks (URBs) for RX, and then later relies on usb_kill_anchored_urbs() to free them, but this doesn't actually free them. As a result, this may be leaking DMA memory that's been used by the driver. This commit is an adaptation of the techniques found in the esd_usb2 driver where a similar design pattern led to a memory leak. It explicitly frees the RX URBs and their DMA memory via a call to usb_free_coherent(). Since the RX URBs were allocated in the gs_can_open(), we remove them in gs_can_close() rather than
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/0e60230bc64355c80abe993d1719fdb318094e20https://git.kernel.org/stable/c/2bda24ef95c0311ab93bda00db40486acf30bd0ahttps://git.kernel.org/stable/c/339fa9f80d3b94177a7a459c6d115d3b56007d5ahttps://git.kernel.org/stable/c/6f655b5e13fa4b27e915b6c209ac0da74fd75963https://git.kernel.org/stable/c/c1d806bc29ff7ffe0e2a023583c8720ed96cb0b0https://git.kernel.org/stable/c/d0b8e223998866b3e7b2895927d4e9689b0a80d8https://git.kernel.org/stable/c/d91492638b054f4a359621ef216242be5973ed6bhttps://git.kernel.org/stable/c/ffb6cc6601ec7c8fa963dcf76025df4a02f2cf5c
2025-02-26
Published