can: kvaser_usb: kvaser_usb_read_bulk_callback(): fix URB memory leak
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 5.10.249, 5.15.199, 6.1.162, 6.6.122, 6.12.68, and 1 more
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
- Exploitation: none
- Automatable: no
- Technical impact: partial
Summary
In the Linux kernel, the following vulnerability has been resolved: can: kvaser_usb: kvaser_usb_read_bulk_callback(): fix URB memory leak Fix similar memory leak as in commit 7352e1d5932a ("can: gs_usb: gs_usb_receive_bulk_callback(): fix URB memory leak"). In kvaser_usb_set_{,data_}bittiming() -> kvaser_usb_setup_rx_urbs(), the URBs for USB-in transfers are allocated, added to the dev->rx_submitted anchor and submitted. In the complete callback kvaser_usb_read_bulk_callback(), the URBs are processed and resubmitted. In kvaser_usb_remove_interfaces() the URBs are freed by calling usb_kill_anchored_urbs(&dev->rx_submitted). However, this does not take into account that the USB framework unanchors the URB before the complete function is called. This means that once an in-URB has been completed, it is no longer anchored and is ultimately not released in usb_kill_anchored_urbs(). Fix the memory leak by anchoring the URB in the kvaser_usb_read_bulk_callback() to the dev->rx_submitted anchor.
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: no · Technical impact: partial
- Record last updated
Affected versions
- Linux Linux
From 080f40a6fa28dab299da7a652e444b1e2d9231e7 · fixed in d9d824582f2ec76459ffab449e9b05c7bc49645c; From 080f40a6fa28dab299da7a652e444b1e2d9231e7 · fixed in 40a3334ffda479c63e416e61ff086485e24401f7; From 080f40a6fa28dab299da7a652e444b1e2d9231e7 · fixed in c1b39fa24c140bc616f51fef4175c1743e2bb132; From 080f40a6fa28dab299da7a652e444b1e2d9231e7 · fixed in 7c308f7530bffafa994e0aa8dc651a312f4b9ff4; From 080f40a6fa28dab299da7a652e444b1e2d9231e7 · fixed in 94a7fc42e21c7d9d1c49778cd1db52de5df52a01; From 080f40a6fa28dab299da7a652e444b1e2d9231e7 · fixed in 3b1a593eab941c3f32417896cc7df564191f2482; From 080f40a6fa28dab299da7a652e444b1e2d9231e7 · fixed in 248e8e1a125fa875158df521b30f2cc7e27eeeaa
- Linux Linux
3.8
- KernelLinux
From 3.8.0 · fixed in 5.10.249; From 5.11.0 · fixed in 5.15.199; From 5.16.0 · fixed in 6.1.162; From 6.2.0 · fixed in 6.6.122; From 6.7.0 · fixed in 6.12.68; From 6.13.0 · fixed in 6.18.8
References 7
git.kernel.org
- stable/c/d9d824582f2ec76459ffab449e9b05c7bc49645c
- stable/c/40a3334ffda479c63e416e61ff086485e24401f7
- stable/c/c1b39fa24c140bc616f51fef4175c1743e2bb132
- stable/c/7c308f7530bffafa994e0aa8dc651a312f4b9ff4
- stable/c/94a7fc42e21c7d9d1c49778cd1db52de5df52a01
- stable/c/3b1a593eab941c3f32417896cc7df564191f2482
- stable/c/248e8e1a125fa875158df521b30f2cc7e27eeeaa