In the Linux kernel, the following vulnerability has been resolved:
USB: serial: digi_acceleport: fix write buffer corruption
The digi_write_inb_command() is supposed to wait for the write urb to
become available or return an error, but instead it updates the transfer
buffer and tries to resubmit the urb on timeout.
To make things worse, for commands like break control where no timeout
is used, the driver would corrupt the urb immediately due to a broken
jiffies comparison (on 32-bit machines this takes five minutes of uptime
to trigger due to INITIAL_JIFFIES).
Fix this by adding the missing return on timeout and waiting
indefinitely when no timeout has been specified as intended.
This issue was (sort of) flagged by Sashiko when reviewing an unrelated
change to the driver.
CVSS
7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 5d9dc88bdf8897788b0eed57113e9eca7fd42ea9; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 2f296974acc279f05f284441bfe3064074958d11; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before e60e4873e9178da9f4f2674e4c2ff085d5a84f79; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 699dfb6917503b3cda4d5da6941cf79c3c1b4c8b; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before a274b3794fe1852c3d9fe6d900b94053c0b03410; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 1243f120790042c2ac92e84e797dacc75fff4366; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before a3a13fdc53103b07335918e2cdeb465038a71725; from 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 before 24ca1fea8f2753bf33e1d458ec1ae5d9b7796a65
from 2.6.12.1 before 5.10.261; from 5.11 before 5.15.212; from 5.16 before 6.1.178; from 6.2 before 6.6.145; from 6.7 before 6.12.96; from 6.13 before 6.18.39; from 6.19 before 7.1.4; 2.6.12; and 6 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.