<?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>Sat, 03 Oct 2026 15:34:38 +0000</lastBuildDate>
    <item>
      <title>BELL-CVE-2026-68279</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-68279</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-68279</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-357855</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-357855</link>
      <description>EUVD-2026-357855</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-357855</guid>
    </item>
    <item>
      <title>fkie_cve-2026-68279</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-68279</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;drm/dp/mst: fix OOB reads in remote DPCD/I2C sideband reply parsers&lt;/p&gt;
&lt;p&gt;drm_dp_sideband_parse_remote_dpcd_read() reads num_bytes from the raw
message and then unconditionally does:&lt;/p&gt;
&lt;p&gt;memcpy(bytes, &amp;amp;raw-&amp;gt;msg[idx], num_bytes);&lt;/p&gt;
&lt;p&gt;without checking that idx + num_bytes &amp;lt;= raw-&amp;gt;curlen. raw-&amp;gt;msg[] is
256 bytes; if a malicious or misbehaving MST hub sets num_bytes larger
than the remaining payload, the memcpy reads past the received data
into whatever follows in raw-&amp;gt;msg[].&lt;/p&gt;
&lt;p&gt;drm_dp_sideband_parse_remote_i2c_read_ack() has the same flaw (noted
with a /* TODO check */ comment since the code was introduced).&lt;/p&gt;
&lt;p&gt;Fix both functions by using a single combined check
(idx + num_bytes &amp;gt; curlen) before each memcpy. Since num_bytes is u8,
it is always &amp;gt;= 0, so this strictly subsumes the simpler idx &amp;gt; curlen
form and no separate step is needed.&lt;/p&gt;
&lt;p&gt;[added missing fixes tag]&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;drm/dp/mst: fix OOB reads in remote DPCD/I2C sideband reply parsers&lt;/p&gt;
&lt;p&gt;drm_dp_sideband_parse_remote_dpcd_read() reads num_bytes from the raw
message and then unconditionally does:&lt;/p&gt;
&lt;p&gt;memcpy(bytes, &amp;amp;raw-&amp;gt;msg[idx], num_bytes);&lt;/p&gt;
&lt;p&gt;without checking that idx + num_bytes &amp;lt;= raw-&amp;gt;curlen. raw-&amp;gt;msg[] is
256 bytes; if a malicious or misbehaving MST hub sets num_bytes larger
than the remaining payload, the memcpy reads past the received data
into whatever follows in raw-&amp;gt;msg[].&lt;/p&gt;
&lt;p&gt;drm_dp_sideband_parse_remote_i2c_read_ack() has the same flaw (noted
with a /* TODO check */ comment since the code was introduced).&lt;/p&gt;
&lt;p&gt;Fix both functions by using a single combined check
(idx + num_bytes &amp;gt; curlen) before each memcpy. Since num_bytes is u8,
it is always &amp;gt;= 0, so this strictly subsumes the simpler idx &amp;gt; curlen
form and no separate step is needed.&lt;/p&gt;
&lt;p&gt;[added missing fixes tag]&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-68279</guid>
    </item>
    <item>
      <title>GHSA-p23r-m2g4-23pq</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-p23r-m2g4-23pq</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;drm/dp/mst: fix OOB reads in remote DPCD/I2C sideband reply parsers&lt;/p&gt;
&lt;p&gt;drm_dp_sideband_parse_remote_dpcd_read() reads num_bytes from the raw
message and then unconditionally does:&lt;/p&gt;
&lt;p&gt;memcpy(bytes, &amp;amp;raw-&amp;gt;msg[idx], num_bytes);&lt;/p&gt;
&lt;p&gt;without checking that idx + num_bytes &amp;lt;= raw-&amp;gt;curlen. raw-&amp;gt;msg[] is
256 bytes; if a malicious or misbehaving MST hub sets num_bytes larger
than the remaining payload, the memcpy reads past the received data
into whatever follows in raw-&amp;gt;msg[].&lt;/p&gt;
&lt;p&gt;drm_dp_sideband_parse_remote_i2c_read_ack() has the same flaw (noted
with a /* TODO check */ comment since the code was introduced).&lt;/p&gt;
&lt;p&gt;Fix both functions by using a single combined check
(idx + num_bytes &amp;gt; curlen) before each memcpy. Since num_bytes is u8,
it is always &amp;gt;= 0, so this strictly subsumes the simpler idx &amp;gt; curlen
form and no separate step is needed.&lt;/p&gt;
&lt;p&gt;[added missing fixes tag]&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;drm/dp/mst: fix OOB reads in remote DPCD/I2C sideband reply parsers&lt;/p&gt;
&lt;p&gt;drm_dp_sideband_parse_remote_dpcd_read() reads num_bytes from the raw
message and then unconditionally does:&lt;/p&gt;
&lt;p&gt;memcpy(bytes, &amp;amp;raw-&amp;gt;msg[idx], num_bytes);&lt;/p&gt;
&lt;p&gt;without checking that idx + num_bytes &amp;lt;= raw-&amp;gt;curlen. raw-&amp;gt;msg[] is
256 bytes; if a malicious or misbehaving MST hub sets num_bytes larger
than the remaining payload, the memcpy reads past the received data
into whatever follows in raw-&amp;gt;msg[].&lt;/p&gt;
&lt;p&gt;drm_dp_sideband_parse_remote_i2c_read_ack() has the same flaw (noted
with a /* TODO check */ comment since the code was introduced).&lt;/p&gt;
&lt;p&gt;Fix both functions by using a single combined check
(idx + num_bytes &amp;gt; curlen) before each memcpy. Since num_bytes is u8,
it is always &amp;gt;= 0, so this strictly subsumes the simpler idx &amp;gt; curlen
form and no separate step is needed.&lt;/p&gt;
&lt;p&gt;[added missing fixes tag]&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-p23r-m2g4-23pq</guid>
    </item>
    <item>
      <title>msrc_CVE-2026-68279 — drm/dp/mst: fix OOB reads in remote DPCD/I2C sideband reply parsers</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2026-68279</link>
      <description>msrc_CVE-2026-68279</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2026-68279</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-68279</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-68279</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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, Ubuntu:16.04:LTS: linux-hwe-edge and 245 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: drm/dp/mst: fix OOB reads in remote DPCD/I2C sideband reply parsers drm_dp_sideband_parse_remote_dpcd_read() reads num_bytes from the raw message and then unconditionally does:   memcpy(bytes, &amp;amp;raw-&amp;gt;msg[idx], num_bytes); without checking that idx + num_bytes &amp;lt;= raw-&amp;gt;curlen. raw-&amp;gt;msg[] is 256 bytes; if a malicious or misbehaving MST hub sets num_bytes larger than the remaining payload, the memcpy reads past the received data into whatever follows in raw-&amp;gt;msg[]. drm_dp_sideband_parse_remote_i2c_read_ack() has the same flaw (noted with a /* TODO check */ comment since the code was introduced). Fix both functions by using a single combined check (idx + num_bytes &amp;gt; curlen) before each memcpy. Since num_bytes is u8, it is always &amp;gt;= 0, so this strictly subsumes the simpler idx &amp;gt; curlen form and no separate step is needed. [added missing fixes tag]&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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, Ubuntu:16.04:LTS: linux-hwe-edge and 245 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: drm/dp/mst: fix OOB reads in remote DPCD/I2C sideband reply parsers drm_dp_sideband_parse_remote_dpcd_read() reads num_bytes from the raw message and then unconditionally does:   memcpy(bytes, &amp;amp;raw-&amp;gt;msg[idx], num_bytes); without checking that idx + num_bytes &amp;lt;= raw-&amp;gt;curlen. raw-&amp;gt;msg[] is 256 bytes; if a malicious or misbehaving MST hub sets num_bytes larger than the remaining payload, the memcpy reads past the received data into whatever follows in raw-&amp;gt;msg[]. drm_dp_sideband_parse_remote_i2c_read_ack() has the same flaw (noted with a /* TODO check */ comment since the code was introduced). Fix both functions by using a single combined check (idx + num_bytes &amp;gt; curlen) before each memcpy. Since num_bytes is u8, it is always &amp;gt;= 0, so this strictly subsumes the simpler idx &amp;gt; curlen form and no separate step is needed. [added missing fixes tag]&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-68279</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>
