<?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>Sun, 04 Oct 2026 03:24:23 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-04207</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-04207</link>
      <description>bdu:2026-04207</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-04207</guid>
    </item>
    <item>
      <title>BELL-CVE-2023-54143</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2023-54143</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: 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:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2023-54143</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0108 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de SUSE. Certaines d'entre elles permettent à un at…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0108</link>
      <description>certfr-2026-avi-0108</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0108</guid>
    </item>
    <item>
      <title>EUVD-2026-312390</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-312390</link>
      <description>EUVD-2026-312390</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-312390</guid>
    </item>
    <item>
      <title>fkie_cve-2023-54143</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-54143</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;media: mediatek: vcodec: fix resource leaks in vdec_msg_queue_init()&lt;/p&gt;
&lt;p&gt;If we encounter any error in the vdec_msg_queue_init() then we need
to set &amp;#34;msg_queue-&amp;gt;wdma_addr.size = 0;&amp;#34;.  Normally, this is done
inside the vdec_msg_queue_deinit() function.  However, if the
first call to allocate &amp;amp;msg_queue-&amp;gt;wdma_addr fails, then the
vdec_msg_queue_deinit() function is a no-op.  For that situation, just
set the size to zero explicitly and return.&lt;/p&gt;
&lt;p&gt;There were two other error paths which did not clean up before returning.
Change those error paths to goto mem_alloc_err.&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;media: mediatek: vcodec: fix resource leaks in vdec_msg_queue_init()&lt;/p&gt;
&lt;p&gt;If we encounter any error in the vdec_msg_queue_init() then we need
to set &amp;#34;msg_queue-&amp;gt;wdma_addr.size = 0;&amp;#34;.  Normally, this is done
inside the vdec_msg_queue_deinit() function.  However, if the
first call to allocate &amp;amp;msg_queue-&amp;gt;wdma_addr fails, then the
vdec_msg_queue_deinit() function is a no-op.  For that situation, just
set the size to zero explicitly and return.&lt;/p&gt;
&lt;p&gt;There were two other error paths which did not clean up before returning.
Change those error paths to goto mem_alloc_err.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-54143</guid>
    </item>
    <item>
      <title>GHSA-rh3v-jp2c-rq2q</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-rh3v-jp2c-rq2q</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;media: mediatek: vcodec: fix resource leaks in vdec_msg_queue_init()&lt;/p&gt;
&lt;p&gt;If we encounter any error in the vdec_msg_queue_init() then we need
to set &amp;#34;msg_queue-&amp;gt;wdma_addr.size = 0;&amp;#34;.  Normally, this is done
inside the vdec_msg_queue_deinit() function.  However, if the
first call to allocate &amp;amp;msg_queue-&amp;gt;wdma_addr fails, then the
vdec_msg_queue_deinit() function is a no-op.  For that situation, just
set the size to zero explicitly and return.&lt;/p&gt;
&lt;p&gt;There were two other error paths which did not clean up before returning.
Change those error paths to goto mem_alloc_err.&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;media: mediatek: vcodec: fix resource leaks in vdec_msg_queue_init()&lt;/p&gt;
&lt;p&gt;If we encounter any error in the vdec_msg_queue_init() then we need
to set &amp;#34;msg_queue-&amp;gt;wdma_addr.size = 0;&amp;#34;.  Normally, this is done
inside the vdec_msg_queue_deinit() function.  However, if the
first call to allocate &amp;amp;msg_queue-&amp;gt;wdma_addr fails, then the
vdec_msg_queue_deinit() function is a no-op.  For that situation, just
set the size to zero explicitly and return.&lt;/p&gt;
&lt;p&gt;There were two other error paths which did not clean up before returning.
Change those error paths to goto mem_alloc_err.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-rh3v-jp2c-rq2q</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:0278-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:0278-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:0278-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2023-54143</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-54143</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 79 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: media: mediatek: vcodec: fix resource leaks in vdec_msg_queue_init() If we encounter any error in the vdec_msg_queue_init() then we need to set &amp;#34;msg_queue-&amp;gt;wdma_addr.size = 0;&amp;#34;.  Normally, this is done inside the vdec_msg_queue_deinit() function.  However, if the first call to allocate &amp;amp;msg_queue-&amp;gt;wdma_addr fails, then the vdec_msg_queue_deinit() function is a no-op.  For that situation, just set the size to zero explicitly and return. There were two other error paths which did not clean up before returning. Change those error paths to goto mem_alloc_err.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 79 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: media: mediatek: vcodec: fix resource leaks in vdec_msg_queue_init() If we encounter any error in the vdec_msg_queue_init() then we need to set &amp;#34;msg_queue-&amp;gt;wdma_addr.size = 0;&amp;#34;.  Normally, this is done inside the vdec_msg_queue_deinit() function.  However, if the first call to allocate &amp;amp;msg_queue-&amp;gt;wdma_addr fails, then the vdec_msg_queue_deinit() function is a no-op.  For that situation, just set the size to zero explicitly and return. There were two other error paths which did not clean up before returning. Change those error paths to goto mem_alloc_err.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-54143</guid>
    </item>
    <item>
      <title>WID-SEC-W-2025-2929 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2025-2929</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen, die möglicherweise zu einer Denial-of-Service- Bedingung führen oder eine Speicherbeschädigung verursachen können.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen, die möglicherweise zu einer Denial-of-Service- Bedingung führen oder eine Speicherbeschädigung verursachen können.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2025-2929</guid>
    </item>
  </channel>
</rss>
