In the Linux kernel, the following vulnerability has been resolved:
usb: image: mdc800: kill download URB on timeout
mdc800_device_read() submits download_urb and waits for completion.
If the timeout fires and the device has not responded, the function
returns without killing the URB, leaving it active.
A subsequent read() resubmits the same URB while it is still
in-flight, triggering the WARN in usb_submit_urb():
"URB submitted while active"
Check the return value of wait_event_timeout() and kill the URB if
it indicates timeout, ensuring the URB is complete before its status
is inspected or the URB is resubmitted.
Similar to
- commit 372c93131998 ("USB: yurex: fix control-URB timeout handling")
- commit b98d5000c505 ("media: rc: iguanair: handle timeouts")
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 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 9fa5a49760979ba016506fe292a431c8b83f043e; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 15536f6c15f48037a1672cbdea53266d67861ff6; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 9bf877cc67309b2a063b0087c3ad8585fb11cec3; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 155f471e38aa516f6c58c2ae03ca3dc222fa2fdb; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before d4a400a6a4c4d49f77a04a3f401df5ae1a10657c; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before b7fed917f84e484e06c5e9926746d0b524e3a93e; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before cc7398447810c9450c90d092efe9997569f8d96f; 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 builds before 1be3b77de4eb89af8ae2fd6610546be778e25589
from 2.6.12.1 before 5.10.253; from 5.11 before 5.15.203; from 5.16 before 6.1.167; from 6.2 before 6.6.130; from 6.7 before 6.12.78; from 6.13 before 6.18.19; from 6.19 before 6.19.9; 2.6.12; and 9 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.