<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Thu, 01 Oct 2026 19:32:09 +0000</lastBuildDate>
    <item>
      <title>CVE-2021-47475 — comedi: vmk80xx: fix transfer-buffer overflows</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2021-47475</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;comedi: vmk80xx: fix transfer-buffer overflows&lt;/p&gt;
&lt;p&gt;The driver uses endpoint-sized USB transfer buffers but up until
recently had no sanity checks on the sizes.&lt;/p&gt;
&lt;p&gt;Commit e1f13c879a7c (&amp;#34;staging: comedi: check validity of wMaxPacketSize
of usb endpoints found&amp;#34;) inadvertently fixed NULL-pointer dereferences
when accessing the transfer buffers in case a malicious device has a
zero wMaxPacketSize.&lt;/p&gt;
&lt;p&gt;Make sure to allocate buffers large enough to handle also the other
accesses that are done without a size check (e.g. byte 18 in
vmk80xx_cnt_insn_read() for the VMK8061_MODEL) to avoid writing beyond
the buffers, for example, when doing descriptor fuzzing.&lt;/p&gt;
&lt;p&gt;The original driver was for a low-speed device with 8-byte buffers.
Support was later added for a device that uses bulk transfers and is
presumably a full-speed device with a maximum 64-byte wMaxPacketSize.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;comedi: vmk80xx: fix transfer-buffer overflows&lt;/p&gt;
&lt;p&gt;The driver uses endpoint-sized USB transfer buffers but up until
recently had no sanity checks on the sizes.&lt;/p&gt;
&lt;p&gt;Commit e1f13c879a7c (&amp;#34;staging: comedi: check validity of wMaxPacketSize
of usb endpoints found&amp;#34;) inadvertently fixed NULL-pointer dereferences
when accessing the transfer buffers in case a malicious device has a
zero wMaxPacketSize.&lt;/p&gt;
&lt;p&gt;Make sure to allocate buffers large enough to handle also the other
accesses that are done without a size check (e.g. byte 18 in
vmk80xx_cnt_insn_read() for the VMK8061_MODEL) to avoid writing beyond
the buffers, for example, when doing descriptor fuzzing.&lt;/p&gt;
&lt;p&gt;The original driver was for a low-speed device with 8-byte buffers.
Support was later added for a device that uses bulk transfers and is
presumably a full-speed device with a maximum 64-byte wMaxPacketSize.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2021-47475</guid>
    </item>
  </channel>
</rss>
