<?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://cve.radiocsirt.org</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>Fri, 02 Oct 2026 17:07:09 +0000</lastBuildDate>
    <item>
      <title>BELL-CVE-2026-68366</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-68366</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2026-68366</guid>
    </item>
    <item>
      <title>certfr-2026-avi-1069 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian LTS. Elles permettent à un attaquant de p…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-1069</link>
      <description>certfr-2026-avi-1069</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-1069</guid>
    </item>
    <item>
      <title>EUVD-2026-356313</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-356313</link>
      <description>EUVD-2026-356313</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-356313</guid>
    </item>
    <item>
      <title>fkie_cve-2026-68366</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-68366</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;usb: gadget: uvc: clamp SEND_RESPONSE length to the response buffer&lt;/p&gt;
&lt;p&gt;uvc_send_response() builds the UVC control response from a user-supplied
struct uvc_request_data:&lt;/p&gt;
&lt;p&gt;req-&amp;gt;length = min_t(unsigned int, uvc-&amp;gt;event_length, data-&amp;gt;length);
	...
	memcpy(req-&amp;gt;buf, data-&amp;gt;data, req-&amp;gt;length);&lt;/p&gt;
&lt;p&gt;req-&amp;gt;length is clamped to uvc-&amp;gt;event_length, which is taken from the
host control request wLength (up to UVC_MAX_REQUEST_SIZE, 64), and to
data-&amp;gt;length, which comes from the UVCIOC_SEND_RESPONSE ioctl and is
only checked for being negative.  The source buffer data-&amp;gt;data is only
60 bytes, so a response with uvc-&amp;gt;event_length and data-&amp;gt;length both
greater than 60 makes memcpy() read past the end of data-&amp;gt;data.&lt;/p&gt;
&lt;p&gt;Clamp req-&amp;gt;length to sizeof(data-&amp;gt;data) as well.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;usb: gadget: uvc: clamp SEND_RESPONSE length to the response buffer&lt;/p&gt;
&lt;p&gt;uvc_send_response() builds the UVC control response from a user-supplied
struct uvc_request_data:&lt;/p&gt;
&lt;p&gt;req-&amp;gt;length = min_t(unsigned int, uvc-&amp;gt;event_length, data-&amp;gt;length);
	...
	memcpy(req-&amp;gt;buf, data-&amp;gt;data, req-&amp;gt;length);&lt;/p&gt;
&lt;p&gt;req-&amp;gt;length is clamped to uvc-&amp;gt;event_length, which is taken from the
host control request wLength (up to UVC_MAX_REQUEST_SIZE, 64), and to
data-&amp;gt;length, which comes from the UVCIOC_SEND_RESPONSE ioctl and is
only checked for being negative.  The source buffer data-&amp;gt;data is only
60 bytes, so a response with uvc-&amp;gt;event_length and data-&amp;gt;length both
greater than 60 makes memcpy() read past the end of data-&amp;gt;data.&lt;/p&gt;
&lt;p&gt;Clamp req-&amp;gt;length to sizeof(data-&amp;gt;data) as well.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-68366</guid>
    </item>
    <item>
      <title>GHSA-hxh7-878r-vrmm</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-hxh7-878r-vrmm</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;usb: gadget: uvc: clamp SEND_RESPONSE length to the response buffer&lt;/p&gt;
&lt;p&gt;uvc_send_response() builds the UVC control response from a user-supplied
struct uvc_request_data:&lt;/p&gt;
&lt;p&gt;req-&amp;gt;length = min_t(unsigned int, uvc-&amp;gt;event_length, data-&amp;gt;length);
	...
	memcpy(req-&amp;gt;buf, data-&amp;gt;data, req-&amp;gt;length);&lt;/p&gt;
&lt;p&gt;req-&amp;gt;length is clamped to uvc-&amp;gt;event_length, which is taken from the
host control request wLength (up to UVC_MAX_REQUEST_SIZE, 64), and to
data-&amp;gt;length, which comes from the UVCIOC_SEND_RESPONSE ioctl and is
only checked for being negative.  The source buffer data-&amp;gt;data is only
60 bytes, so a response with uvc-&amp;gt;event_length and data-&amp;gt;length both
greater than 60 makes memcpy() read past the end of data-&amp;gt;data.&lt;/p&gt;
&lt;p&gt;Clamp req-&amp;gt;length to sizeof(data-&amp;gt;data) as well.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;usb: gadget: uvc: clamp SEND_RESPONSE length to the response buffer&lt;/p&gt;
&lt;p&gt;uvc_send_response() builds the UVC control response from a user-supplied
struct uvc_request_data:&lt;/p&gt;
&lt;p&gt;req-&amp;gt;length = min_t(unsigned int, uvc-&amp;gt;event_length, data-&amp;gt;length);
	...
	memcpy(req-&amp;gt;buf, data-&amp;gt;data, req-&amp;gt;length);&lt;/p&gt;
&lt;p&gt;req-&amp;gt;length is clamped to uvc-&amp;gt;event_length, which is taken from the
host control request wLength (up to UVC_MAX_REQUEST_SIZE, 64), and to
data-&amp;gt;length, which comes from the UVCIOC_SEND_RESPONSE ioctl and is
only checked for being negative.  The source buffer data-&amp;gt;data is only
60 bytes, so a response with uvc-&amp;gt;event_length and data-&amp;gt;length both
greater than 60 makes memcpy() read past the end of data-&amp;gt;data.&lt;/p&gt;
&lt;p&gt;Clamp req-&amp;gt;length to sizeof(data-&amp;gt;data) as well.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-hxh7-878r-vrmm</guid>
    </item>
    <item>
      <title>msrc_CVE-2026-68366 — usb: gadget: uvc: clamp SEND_RESPONSE length to the response buffer</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2026-68366</link>
      <description>msrc_CVE-2026-68366</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2026-68366</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:21910-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:21910-1</link>
      <description>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:21910-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:23477-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:23477-1</link>
      <description>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-su-2026:23477-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-68366</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-68366</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 246 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: usb: gadget: uvc: clamp SEND_RESPONSE length to the response buffer uvc_send_response() builds the UVC control response from a user-supplied struct uvc_request_data: 	req-&amp;gt;length = min_t(unsigned int, uvc-&amp;gt;event_length, data-&amp;gt;length); 	... 	memcpy(req-&amp;gt;buf, data-&amp;gt;data, req-&amp;gt;length); req-&amp;gt;length is clamped to uvc-&amp;gt;event_length, which is taken from the host control request wLength (up to UVC_MAX_REQUEST_SIZE, 64), and to data-&amp;gt;length, which comes from the UVCIOC_SEND_RESPONSE ioctl and is only checked for being negative.  The source buffer data-&amp;gt;data is only 60 bytes, so a response with uvc-&amp;gt;event_length and data-&amp;gt;length both greater than 60 makes memcpy() read past the end of data-&amp;gt;data. Clamp req-&amp;gt;length to sizeof(data-&amp;gt;data) as well.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 246 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: usb: gadget: uvc: clamp SEND_RESPONSE length to the response buffer uvc_send_response() builds the UVC control response from a user-supplied struct uvc_request_data: 	req-&amp;gt;length = min_t(unsigned int, uvc-&amp;gt;event_length, data-&amp;gt;length); 	... 	memcpy(req-&amp;gt;buf, data-&amp;gt;data, req-&amp;gt;length); req-&amp;gt;length is clamped to uvc-&amp;gt;event_length, which is taken from the host control request wLength (up to UVC_MAX_REQUEST_SIZE, 64), and to data-&amp;gt;length, which comes from the UVCIOC_SEND_RESPONSE ioctl and is only checked for being negative.  The source buffer data-&amp;gt;data is only 60 bytes, so a response with uvc-&amp;gt;event_length and data-&amp;gt;length both greater than 60 makes memcpy() read past the end of data-&amp;gt;data. Clamp req-&amp;gt;length to sizeof(data-&amp;gt;data) as well.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-68366</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2730 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2730</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, darunter möglicherweise die Ausführung von beliebigem Code, die Ausweitung von Berechtigungen, die Offenlegung von Informationen, die Manipulation von Daten oder Denial-of-Service-Zustände.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, darunter möglicherweise die Ausführung von beliebigem Code, die Ausweitung von Berechtigungen, die Offenlegung von Informationen, die Manipulation von Daten oder Denial-of-Service-Zustände.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2730</guid>
    </item>
  </channel>
</rss>
