<?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 23:46:20 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-09123</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-09123</link>
      <description>bdu:2025-09123</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-09123</guid>
    </item>
    <item>
      <title>BELL-CVE-2025-38419</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2025-38419</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-2025-38419</guid>
    </item>
    <item>
      <title>certfr-2025-avi-0698 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian. Certaines d'entre elles permettent à un…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2025-avi-0698</link>
      <description>certfr-2025-avi-0698</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2025-avi-0698</guid>
    </item>
    <item>
      <title>EUVD-2026-314596</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-314596</link>
      <description>EUVD-2026-314596</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-314596</guid>
    </item>
    <item>
      <title>fkie_cve-2025-38419</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-38419</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;remoteproc: core: Cleanup acquired resources when rproc_handle_resources() fails in rproc_attach()&lt;/p&gt;
&lt;p&gt;When rproc-&amp;gt;state = RPROC_DETACHED and rproc_attach() is used
to attach to the remote processor, if rproc_handle_resources()
returns a failure, the resources allocated by imx_rproc_prepare()
should be released, otherwise the following memory leak will occur.&lt;/p&gt;
&lt;p&gt;Since almost the same thing is done in imx_rproc_prepare() and
rproc_resource_cleanup(), Function rproc_resource_cleanup() is able
to deal with empty lists so it is better to fix the &amp;#34;goto&amp;#34; statements
in rproc_attach(). replace the &amp;#34;unprepare_device&amp;#34; goto statement with
&amp;#34;clean_up_resources&amp;#34; and get rid of the &amp;#34;unprepare_device&amp;#34; label.&lt;/p&gt;
&lt;p&gt;unreferenced object 0xffff0000861c5d00 (size 128):
comm &amp;#34;kworker/u12:3&amp;#34;, pid 59, jiffies 4294893509 (age 149.220s)
hex dump (first 32 bytes):
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 02 88 00 00 00 00 00 00 10 00 00 00 00 00 ............
backtrace:
 [&amp;lt;00000000f949fe18&amp;gt;] slab_post_alloc_hook+0x98/0x37c
 [&amp;lt;00000000adbfb3e7&amp;gt;] __kmem_cache_alloc_node+0x138/0x2e0
 [&amp;lt;00000000521c0345&amp;gt;] kmalloc_trace+0x40/0x158
 [&amp;lt;000000004e330a49&amp;gt;] rproc_mem_entry_init+0x60/0xf8
 [&amp;lt;000000002815755e&amp;gt;] imx_rproc_prepare+0xe0/0x180
 [&amp;lt;0000000003f61b4e&amp;gt;] rproc_boot+0x2ec/0x528
 [&amp;lt;00000000e7e994ac&amp;gt;] rproc_add+0x124/0x17c
 [&amp;lt;0000000048594076&amp;gt;] imx_rproc_probe+0x4ec/0x5d4
 [&amp;lt;00000000efc298a1&amp;gt;] platform_probe+0x68/0xd8
 [&amp;lt;0000…&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;remoteproc: core: Cleanup acquired resources when rproc_handle_resources() fails in rproc_attach()&lt;/p&gt;
&lt;p&gt;When rproc-&amp;gt;state = RPROC_DETACHED and rproc_attach() is used
to attach to the remote processor, if rproc_handle_resources()
returns a failure, the resources allocated by imx_rproc_prepare()
should be released, otherwise the following memory leak will occur.&lt;/p&gt;
&lt;p&gt;Since almost the same thing is done in imx_rproc_prepare() and
rproc_resource_cleanup(), Function rproc_resource_cleanup() is able
to deal with empty lists so it is better to fix the &amp;#34;goto&amp;#34; statements
in rproc_attach(). replace the &amp;#34;unprepare_device&amp;#34; goto statement with
&amp;#34;clean_up_resources&amp;#34; and get rid of the &amp;#34;unprepare_device&amp;#34; label.&lt;/p&gt;
&lt;p&gt;unreferenced object 0xffff0000861c5d00 (size 128):
comm &amp;#34;kworker/u12:3&amp;#34;, pid 59, jiffies 4294893509 (age 149.220s)
hex dump (first 32 bytes):
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 02 88 00 00 00 00 00 00 10 00 00 00 00 00 ............
backtrace:
 [&amp;lt;00000000f949fe18&amp;gt;] slab_post_alloc_hook+0x98/0x37c
 [&amp;lt;00000000adbfb3e7&amp;gt;] __kmem_cache_alloc_node+0x138/0x2e0
 [&amp;lt;00000000521c0345&amp;gt;] kmalloc_trace+0x40/0x158
 [&amp;lt;000000004e330a49&amp;gt;] rproc_mem_entry_init+0x60/0xf8
 [&amp;lt;000000002815755e&amp;gt;] imx_rproc_prepare+0xe0/0x180
 [&amp;lt;0000000003f61b4e&amp;gt;] rproc_boot+0x2ec/0x528
 [&amp;lt;00000000e7e994ac&amp;gt;] rproc_add+0x124/0x17c
 [&amp;lt;0000000048594076&amp;gt;] imx_rproc_probe+0x4ec/0x5d4
 [&amp;lt;00000000efc298a1&amp;gt;] platform_probe+0x68/0xd8
 [&amp;lt;0000…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-38419</guid>
    </item>
    <item>
      <title>GHSA-53qv-xvfg-rjr9</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-53qv-xvfg-rjr9</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;remoteproc: core: Cleanup acquired resources when rproc_handle_resources() fails in rproc_attach()&lt;/p&gt;
&lt;p&gt;When rproc-&amp;gt;state = RPROC_DETACHED and rproc_attach() is used
to attach to the remote processor, if rproc_handle_resources()
returns a failure, the resources allocated by imx_rproc_prepare()
should be released, otherwise the following memory leak will occur.&lt;/p&gt;
&lt;p&gt;Since almost the same thing is done in imx_rproc_prepare() and
rproc_resource_cleanup(), Function rproc_resource_cleanup() is able
to deal with empty lists so it is better to fix the &amp;#34;goto&amp;#34; statements
in rproc_attach(). replace the &amp;#34;unprepare_device&amp;#34; goto statement with
&amp;#34;clean_up_resources&amp;#34; and get rid of the &amp;#34;unprepare_device&amp;#34; label.&lt;/p&gt;
&lt;p&gt;unreferenced object 0xffff0000861c5d00 (size 128):
comm &amp;#34;kworker/u12:3&amp;#34;, pid 59, jiffies 4294893509 (age 149.220s)
hex dump (first 32 bytes):
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 02 88 00 00 00 00 00 00 10 00 00 00 00 00 ............
backtrace:
 [&amp;lt;00000000f949fe18&amp;gt;] slab_post_alloc_hook+0x98/0x37c
 [&amp;lt;00000000adbfb3e7&amp;gt;] __kmem_cache_alloc_node+0x138/0x2e0
 [&amp;lt;00000000521c0345&amp;gt;] kmalloc_trace+0x40/0x158
 [&amp;lt;000000004e330a49&amp;gt;] rproc_mem_entry_init+0x60/0xf8
 [&amp;lt;000000002815755e&amp;gt;] imx_rproc_prepare+0xe0/0x180
 [&amp;lt;0000000003f61b4e&amp;gt;] rproc_boot+0x2ec/0x528
 [&amp;lt;00000000e7e994ac&amp;gt;] rproc_add+0x124/0x17c
 [&amp;lt;0000000048594076&amp;gt;] imx_rproc_probe+0x4ec/0x5d4
 [&amp;lt;00000000efc298a1&amp;gt;] platform_probe+0x68/0xd8
 [&amp;lt;0000…&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;remoteproc: core: Cleanup acquired resources when rproc_handle_resources() fails in rproc_attach()&lt;/p&gt;
&lt;p&gt;When rproc-&amp;gt;state = RPROC_DETACHED and rproc_attach() is used
to attach to the remote processor, if rproc_handle_resources()
returns a failure, the resources allocated by imx_rproc_prepare()
should be released, otherwise the following memory leak will occur.&lt;/p&gt;
&lt;p&gt;Since almost the same thing is done in imx_rproc_prepare() and
rproc_resource_cleanup(), Function rproc_resource_cleanup() is able
to deal with empty lists so it is better to fix the &amp;#34;goto&amp;#34; statements
in rproc_attach(). replace the &amp;#34;unprepare_device&amp;#34; goto statement with
&amp;#34;clean_up_resources&amp;#34; and get rid of the &amp;#34;unprepare_device&amp;#34; label.&lt;/p&gt;
&lt;p&gt;unreferenced object 0xffff0000861c5d00 (size 128):
comm &amp;#34;kworker/u12:3&amp;#34;, pid 59, jiffies 4294893509 (age 149.220s)
hex dump (first 32 bytes):
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 02 88 00 00 00 00 00 00 10 00 00 00 00 00 ............
backtrace:
 [&amp;lt;00000000f949fe18&amp;gt;] slab_post_alloc_hook+0x98/0x37c
 [&amp;lt;00000000adbfb3e7&amp;gt;] __kmem_cache_alloc_node+0x138/0x2e0
 [&amp;lt;00000000521c0345&amp;gt;] kmalloc_trace+0x40/0x158
 [&amp;lt;000000004e330a49&amp;gt;] rproc_mem_entry_init+0x60/0xf8
 [&amp;lt;000000002815755e&amp;gt;] imx_rproc_prepare+0xe0/0x180
 [&amp;lt;0000000003f61b4e&amp;gt;] rproc_boot+0x2ec/0x528
 [&amp;lt;00000000e7e994ac&amp;gt;] rproc_add+0x124/0x17c
 [&amp;lt;0000000048594076&amp;gt;] imx_rproc_probe+0x4ec/0x5d4
 [&amp;lt;00000000efc298a1&amp;gt;] platform_probe+0x68/0xd8
 [&amp;lt;0000…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-53qv-xvfg-rjr9</guid>
    </item>
    <item>
      <title>msrc_CVE-2025-38419 — remoteproc: core: Cleanup acquired resources when rproc_handle_resources() fails in rproc_attach()</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2025-38419</link>
      <description>msrc_CVE-2025-38419</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2025-38419</guid>
    </item>
    <item>
      <title>openSUSE-SU-2025:20081-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2025:20081-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-2025:20081-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2025:03600-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2025:03600-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-2025:03600-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2025-38419</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-38419</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 160 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: remoteproc: core: Cleanup acquired resources when rproc_handle_resources() fails in rproc_attach() When rproc-&amp;gt;state = RPROC_DETACHED and rproc_attach() is used to attach to the remote processor, if rproc_handle_resources() returns a failure, the resources allocated by imx_rproc_prepare() should be released, otherwise the following memory leak will occur. Since almost the same thing is done in imx_rproc_prepare() and rproc_resource_cleanup(), Function rproc_resource_cleanup() is able to deal with empty lists so it is better to fix the &amp;#34;goto&amp;#34; statements in rproc_attach(). replace the &amp;#34;unprepare_device&amp;#34; goto statement with &amp;#34;clean_up_resources&amp;#34; and get rid of the &amp;#34;unprepare_device&amp;#34; label. unreferenced object 0xffff0000861c5d00 (size 128): comm &amp;#34;kworker/u12:3&amp;#34;, pid 59, jiffies 4294893509 (age 149.220s) hex dump (first 32 bytes): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00 00 02 88 00 00 00 00 00 00 10 00 00 00 00 00 ............ backtrace:  [&amp;lt;00000000f949fe18&amp;gt;] slab_post_alloc_hook+0x98/0x37c  [&amp;lt;00000000adbfb3e7&amp;gt;] __kmem_cache_alloc_node+0x138/0x2e0  [&amp;lt;00000000521c0345&amp;gt;] kmalloc_trace+0x40/0x158  [&amp;lt;000000004e330a49&amp;gt;] rproc_mem_entry_init+0x60/0xf8  [&amp;lt;000000002815755e&amp;gt;] imx_rproc_prepare+0xe0/0x180  [&amp;lt;0000000003f61b4e&amp;gt;] rproc_boot+0x2ec/0x528  [&amp;lt;00000000e7e994ac&amp;gt;] rproc_add+0x124/0x17c  [&amp;lt;0000000048594076&amp;gt;] imx_rproc_probe+0x4ec/0x5d4  [&amp;lt;00000000efc298a1&amp;gt;] platform_probe+0x68/0xd8  [&amp;lt;00000000…&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 160 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: remoteproc: core: Cleanup acquired resources when rproc_handle_resources() fails in rproc_attach() When rproc-&amp;gt;state = RPROC_DETACHED and rproc_attach() is used to attach to the remote processor, if rproc_handle_resources() returns a failure, the resources allocated by imx_rproc_prepare() should be released, otherwise the following memory leak will occur. Since almost the same thing is done in imx_rproc_prepare() and rproc_resource_cleanup(), Function rproc_resource_cleanup() is able to deal with empty lists so it is better to fix the &amp;#34;goto&amp;#34; statements in rproc_attach(). replace the &amp;#34;unprepare_device&amp;#34; goto statement with &amp;#34;clean_up_resources&amp;#34; and get rid of the &amp;#34;unprepare_device&amp;#34; label. unreferenced object 0xffff0000861c5d00 (size 128): comm &amp;#34;kworker/u12:3&amp;#34;, pid 59, jiffies 4294893509 (age 149.220s) hex dump (first 32 bytes): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00 00 02 88 00 00 00 00 00 00 10 00 00 00 00 00 ............ backtrace:  [&amp;lt;00000000f949fe18&amp;gt;] slab_post_alloc_hook+0x98/0x37c  [&amp;lt;00000000adbfb3e7&amp;gt;] __kmem_cache_alloc_node+0x138/0x2e0  [&amp;lt;00000000521c0345&amp;gt;] kmalloc_trace+0x40/0x158  [&amp;lt;000000004e330a49&amp;gt;] rproc_mem_entry_init+0x60/0xf8  [&amp;lt;000000002815755e&amp;gt;] imx_rproc_prepare+0xe0/0x180  [&amp;lt;0000000003f61b4e&amp;gt;] rproc_boot+0x2ec/0x528  [&amp;lt;00000000e7e994ac&amp;gt;] rproc_add+0x124/0x17c  [&amp;lt;0000000048594076&amp;gt;] imx_rproc_probe+0x4ec/0x5d4  [&amp;lt;00000000efc298a1&amp;gt;] platform_probe+0x68/0xd8  [&amp;lt;00000000…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-38419</guid>
    </item>
    <item>
      <title>WID-SEC-W-2025-1653 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1653</link>
      <description>&lt;p&gt;Ein entfernter anonymer Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand zu erzeugen oder andere nicht spezifizierte Angriffe durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter anonymer Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand zu erzeugen oder andere nicht spezifizierte Angriffe durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1653</guid>
    </item>
  </channel>
</rss>
