<?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 11:12:42 +0000</lastBuildDate>
    <item>
      <title>BELL-CVE-2026-68416</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-68416</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2026-68416</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-353599</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-353599</link>
      <description>EUVD-2026-353599</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-353599</guid>
    </item>
    <item>
      <title>fkie_cve-2026-68416</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-68416</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mtd: fix double free and WARN_ON in add_mtd_device() error paths&lt;/p&gt;
&lt;p&gt;When device_register() or mtd_nvmem_add() fails inside
add_mtd_device() for a partition, the error handling triggers
mtd_release() via put_device() or device_unregister(). mtd_release()
calls release_mtd_partition() which frees the mtd_info structure.
However, callers such as mtd_add_partition() and add_mtd_partitions()
also call free_partition() in their error paths, resulting in a double
free.&lt;/p&gt;
&lt;p&gt;Additionally, release_mtd_partition() hits WARN_ON(!list_empty(
&amp;amp;mtd-&amp;gt;part.node)) because the partition node is still linked in the
parent&amp;#39;s partitions list when the release callback fires from the
add_mtd_device() error path.&lt;/p&gt;
&lt;p&gt;Fix this by overriding dev-&amp;gt;type and dev-&amp;gt;release before put_device()
in the error paths, so that device_release() invokes a no-op function
instead of mtd_release(). For the mtd_nvmem_add() failure case,
device_unregister() is replaced with device_del() to separate the
device removal from the final kobject reference drop, allowing the
override to take effect before put_device() is called.&lt;/p&gt;
&lt;p&gt;The callers&amp;#39; error paths (list_del + free_partition) remain the sole
owners of mtd_info lifetime on add_mtd_device() failure, which is the
expected contract.&lt;/p&gt;
&lt;p&gt;The normal partition teardown path is not affected: del_mtd_device()
goes through kref_put() -&amp;gt; mtd_device_release() -&amp;gt; device_unregister()
with dev-&amp;gt;type still set to &amp;amp;mtd_devtype, so…&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;mtd: fix double free and WARN_ON in add_mtd_device() error paths&lt;/p&gt;
&lt;p&gt;When device_register() or mtd_nvmem_add() fails inside
add_mtd_device() for a partition, the error handling triggers
mtd_release() via put_device() or device_unregister(). mtd_release()
calls release_mtd_partition() which frees the mtd_info structure.
However, callers such as mtd_add_partition() and add_mtd_partitions()
also call free_partition() in their error paths, resulting in a double
free.&lt;/p&gt;
&lt;p&gt;Additionally, release_mtd_partition() hits WARN_ON(!list_empty(
&amp;amp;mtd-&amp;gt;part.node)) because the partition node is still linked in the
parent&amp;#39;s partitions list when the release callback fires from the
add_mtd_device() error path.&lt;/p&gt;
&lt;p&gt;Fix this by overriding dev-&amp;gt;type and dev-&amp;gt;release before put_device()
in the error paths, so that device_release() invokes a no-op function
instead of mtd_release(). For the mtd_nvmem_add() failure case,
device_unregister() is replaced with device_del() to separate the
device removal from the final kobject reference drop, allowing the
override to take effect before put_device() is called.&lt;/p&gt;
&lt;p&gt;The callers&amp;#39; error paths (list_del + free_partition) remain the sole
owners of mtd_info lifetime on add_mtd_device() failure, which is the
expected contract.&lt;/p&gt;
&lt;p&gt;The normal partition teardown path is not affected: del_mtd_device()
goes through kref_put() -&amp;gt; mtd_device_release() -&amp;gt; device_unregister()
with dev-&amp;gt;type still set to &amp;amp;mtd_devtype, so…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-68416</guid>
    </item>
    <item>
      <title>GHSA-qpvq-4872-pr63</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-qpvq-4872-pr63</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mtd: fix double free and WARN_ON in add_mtd_device() error paths&lt;/p&gt;
&lt;p&gt;When device_register() or mtd_nvmem_add() fails inside
add_mtd_device() for a partition, the error handling triggers
mtd_release() via put_device() or device_unregister(). mtd_release()
calls release_mtd_partition() which frees the mtd_info structure.
However, callers such as mtd_add_partition() and add_mtd_partitions()
also call free_partition() in their error paths, resulting in a double
free.&lt;/p&gt;
&lt;p&gt;Additionally, release_mtd_partition() hits WARN_ON(!list_empty(
&amp;amp;mtd-&amp;gt;part.node)) because the partition node is still linked in the
parent&amp;#39;s partitions list when the release callback fires from the
add_mtd_device() error path.&lt;/p&gt;
&lt;p&gt;Fix this by overriding dev-&amp;gt;type and dev-&amp;gt;release before put_device()
in the error paths, so that device_release() invokes a no-op function
instead of mtd_release(). For the mtd_nvmem_add() failure case,
device_unregister() is replaced with device_del() to separate the
device removal from the final kobject reference drop, allowing the
override to take effect before put_device() is called.&lt;/p&gt;
&lt;p&gt;The callers&amp;#39; error paths (list_del + free_partition) remain the sole
owners of mtd_info lifetime on add_mtd_device() failure, which is the
expected contract.&lt;/p&gt;
&lt;p&gt;The normal partition teardown path is not affected: del_mtd_device()
goes through kref_put() -&amp;gt; mtd_device_release() -&amp;gt; device_unregister()
with dev-&amp;gt;type still set to &amp;amp;mtd_devtype, so…&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;mtd: fix double free and WARN_ON in add_mtd_device() error paths&lt;/p&gt;
&lt;p&gt;When device_register() or mtd_nvmem_add() fails inside
add_mtd_device() for a partition, the error handling triggers
mtd_release() via put_device() or device_unregister(). mtd_release()
calls release_mtd_partition() which frees the mtd_info structure.
However, callers such as mtd_add_partition() and add_mtd_partitions()
also call free_partition() in their error paths, resulting in a double
free.&lt;/p&gt;
&lt;p&gt;Additionally, release_mtd_partition() hits WARN_ON(!list_empty(
&amp;amp;mtd-&amp;gt;part.node)) because the partition node is still linked in the
parent&amp;#39;s partitions list when the release callback fires from the
add_mtd_device() error path.&lt;/p&gt;
&lt;p&gt;Fix this by overriding dev-&amp;gt;type and dev-&amp;gt;release before put_device()
in the error paths, so that device_release() invokes a no-op function
instead of mtd_release(). For the mtd_nvmem_add() failure case,
device_unregister() is replaced with device_del() to separate the
device removal from the final kobject reference drop, allowing the
override to take effect before put_device() is called.&lt;/p&gt;
&lt;p&gt;The callers&amp;#39; error paths (list_del + free_partition) remain the sole
owners of mtd_info lifetime on add_mtd_device() failure, which is the
expected contract.&lt;/p&gt;
&lt;p&gt;The normal partition teardown path is not affected: del_mtd_device()
goes through kref_put() -&amp;gt; mtd_device_release() -&amp;gt; device_unregister()
with dev-&amp;gt;type still set to &amp;amp;mtd_devtype, so…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-qpvq-4872-pr63</guid>
    </item>
    <item>
      <title>msrc_CVE-2026-68416 — mtd: fix double free and WARN_ON in add_mtd_device() error paths</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2026-68416</link>
      <description>msrc_CVE-2026-68416</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2026-68416</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:23881-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:23881-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:23881-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-68416</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-68416</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 154 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: mtd: fix double free and WARN_ON in add_mtd_device() error paths When device_register() or mtd_nvmem_add() fails inside add_mtd_device() for a partition, the error handling triggers mtd_release() via put_device() or device_unregister(). mtd_release() calls release_mtd_partition() which frees the mtd_info structure. However, callers such as mtd_add_partition() and add_mtd_partitions() also call free_partition() in their error paths, resulting in a double free. Additionally, release_mtd_partition() hits WARN_ON(!list_empty( &amp;amp;mtd-&amp;gt;part.node)) because the partition node is still linked in the parent&amp;#39;s partitions list when the release callback fires from the add_mtd_device() error path. Fix this by overriding dev-&amp;gt;type and dev-&amp;gt;release before put_device() in the error paths, so that device_release() invokes a no-op function instead of mtd_release(). For the mtd_nvmem_add() failure case, device_unregister() is replaced with device_del() to separate the device removal from the final kobject reference drop, allowing the override to take effect before put_device() is called. The callers&amp;#39; error paths (list_del + free_partition) remain the sole owners of mtd_info lifetime on add_mtd_device() failure, which is the expected contract. The normal partition teardown path is not affected: del_mtd_device() goes through kref_put() -&amp;gt; mtd_device_release() -&amp;gt; device_unregister() with dev-&amp;gt;type still set to &amp;amp;mtd_devtype, so mtd_r…&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 154 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: mtd: fix double free and WARN_ON in add_mtd_device() error paths When device_register() or mtd_nvmem_add() fails inside add_mtd_device() for a partition, the error handling triggers mtd_release() via put_device() or device_unregister(). mtd_release() calls release_mtd_partition() which frees the mtd_info structure. However, callers such as mtd_add_partition() and add_mtd_partitions() also call free_partition() in their error paths, resulting in a double free. Additionally, release_mtd_partition() hits WARN_ON(!list_empty( &amp;amp;mtd-&amp;gt;part.node)) because the partition node is still linked in the parent&amp;#39;s partitions list when the release callback fires from the add_mtd_device() error path. Fix this by overriding dev-&amp;gt;type and dev-&amp;gt;release before put_device() in the error paths, so that device_release() invokes a no-op function instead of mtd_release(). For the mtd_nvmem_add() failure case, device_unregister() is replaced with device_del() to separate the device removal from the final kobject reference drop, allowing the override to take effect before put_device() is called. The callers&amp;#39; error paths (list_del + free_partition) remain the sole owners of mtd_info lifetime on add_mtd_device() failure, which is the expected contract. The normal partition teardown path is not affected: del_mtd_device() goes through kref_put() -&amp;gt; mtd_device_release() -&amp;gt; device_unregister() with dev-&amp;gt;type still set to &amp;amp;mtd_devtype, so mtd_r…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-68416</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>
