In the Linux kernel, the following vulnerability has been resolved:
comedi: me_daq: Fix potential overrun of firmware buffer
`me2600_xilinx_download()` loads the firmware that was requested by
`request_firmware()`. It is possible for it to overrun the source
buffer because it blindly trusts the file format. It reads a data
stream length from the first 4 bytes into variable `file_length` and
reads the data stream contents of length `file_length` from offset 16
onwards. Although it checks that the supplied firmware is at least 16
bytes long, it does not check that it is long enough to contain the data
stream.
Add a test to ensure that the supplied firmware is long enough to
contain the header and the data stream. On failure, log an error and
return `-EINVAL`.
CVSS
7.8 HIGH (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
85acac61096f946a78cf0c4b65f7cebe580693b6 builds before 2fc25a4c2e055cd42ea39a1b42c89bfef70e0319; 85acac61096f946a78cf0c4b65f7cebe580693b6 builds before 9f39fa07259eb342908e4aa0271dee038a8ce4f8; from 85acac61096f946a78cf0c4b65f7cebe580693b6 before f3f8ec00cfb8d8e826e30b1138a56355b88e9ba8; from 85acac61096f946a78cf0c4b65f7cebe580693b6 before c16ac4e173a05011437a2d868f70cc415339065a; 85acac61096f946a78cf0c4b65f7cebe580693b6 builds before 1bf8761eb59e94bf7b8c17b2a1ee48f14378b172; from 85acac61096f946a78cf0c4b65f7cebe580693b6 before a47ae40339c1048f519df33ff8840731720f57cb; from 85acac61096f946a78cf0c4b65f7cebe580693b6 before c8c607a77aab783f2e38cc2e0f24aa6c8f6d200b; from 85acac61096f946a78cf0c4b65f7cebe580693b6 before cc797d4821c754c701d9714b58bea947e31dbbe0
from 2.6.29 before 5.10.253; from 5.11 before 5.15.203; from 5.16 before 6.1.168; from 6.2 before 6.6.134; from 6.7 before 6.12.81; from 6.13 before 6.18.22; from 6.19 before 6.19.12; 7.0; and 5 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.