<?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 14:12:45 +0000</lastBuildDate>
    <item>
      <title>ALSA-2026:6036 — Moderate: kernel-rt security update</title>
      <link>https://cve.radiocsirt.org/vuln/alsa-2026:6036</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; AlmaLinux:8: kernel-rt, AlmaLinux:8: kernel-rt-core, AlmaLinux:8: kernel-rt-debug, AlmaLinux:8: kernel-rt-debug-core, AlmaLinux:8: kernel-rt-debug-devel, AlmaLinux:8: kernel-rt-debug-modules, AlmaLinux:8: kernel-rt-debug-modules-extra, AlmaLinux:8: kernel-rt-devel, AlmaLinux:8: kernel-rt-modules, AlmaLinux:8: kernel-rt-modules-extra&lt;/p&gt;
&lt;p&gt;The kernel-rt packages provide the Real Time Linux Kernel, which enables fine-tuning for systems with extremely high determinism requirements.&lt;/p&gt;
&lt;p&gt;Security Fix(es):&lt;/p&gt;
&lt;p&gt;* kernel: Linux kernel: Use-After-Free vulnerability in ATM subsystem (CVE-2025-38180)
  * kernel: macvlan: fix error recovery in macvlan_common_newlink() (CVE-2026-23209)
  * kernel: net/sched: cls_u32: use skb_header_pointer_careful() (CVE-2026-23204)&lt;/p&gt;
&lt;p&gt;For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; AlmaLinux:8: kernel-rt, AlmaLinux:8: kernel-rt-core, AlmaLinux:8: kernel-rt-debug, AlmaLinux:8: kernel-rt-debug-core, AlmaLinux:8: kernel-rt-debug-devel, AlmaLinux:8: kernel-rt-debug-modules, AlmaLinux:8: kernel-rt-debug-modules-extra, AlmaLinux:8: kernel-rt-devel, AlmaLinux:8: kernel-rt-modules, AlmaLinux:8: kernel-rt-modules-extra&lt;/p&gt;
&lt;p&gt;The kernel-rt packages provide the Real Time Linux Kernel, which enables fine-tuning for systems with extremely high determinism requirements.&lt;/p&gt;
&lt;p&gt;Security Fix(es):&lt;/p&gt;
&lt;p&gt;* kernel: Linux kernel: Use-After-Free vulnerability in ATM subsystem (CVE-2025-38180)
  * kernel: macvlan: fix error recovery in macvlan_common_newlink() (CVE-2026-23209)
  * kernel: net/sched: cls_u32: use skb_header_pointer_careful() (CVE-2026-23204)&lt;/p&gt;
&lt;p&gt;For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/alsa-2026:6036</guid>
    </item>
    <item>
      <title>bdu:2026-09462</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-09462</link>
      <description>bdu:2026-09462</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-09462</guid>
    </item>
    <item>
      <title>BELL-CVE-2026-23209</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-23209</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-23209</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0192 — 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-2026-avi-0192</link>
      <description>certfr-2026-avi-0192</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0192</guid>
    </item>
    <item>
      <title>EUVD-2026-347612</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-347612</link>
      <description>EUVD-2026-347612</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-347612</guid>
    </item>
    <item>
      <title>fkie_cve-2026-23209</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-23209</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;macvlan: fix error recovery in macvlan_common_newlink()&lt;/p&gt;
&lt;p&gt;valis provided a nice repro to crash the kernel:&lt;/p&gt;
&lt;p&gt;ip link add p1 type veth peer p2
ip link set address 00:00:00:00:00:20 dev p1
ip link set up dev p1
ip link set up dev p2&lt;/p&gt;
&lt;p&gt;ip link add mv0 link p2 type macvlan mode source
ip link add invalid% link p2 type macvlan mode source macaddr add 00:00:00:00:00:20&lt;/p&gt;
&lt;p&gt;ping -c1 -I p1 1.2.3.4&lt;/p&gt;
&lt;p&gt;He also gave a very detailed analysis:&lt;/p&gt;
&lt;p&gt;&amp;lt;quote valis&amp;gt;&lt;/p&gt;
&lt;p&gt;The issue is triggered when a new macvlan link is created  with
MACVLAN_MODE_SOURCE mode and MACVLAN_MACADDR_ADD (or
MACVLAN_MACADDR_SET) parameter, lower device already has a macvlan
port and register_netdevice() called from macvlan_common_newlink()
fails (e.g. because of the invalid link name).&lt;/p&gt;
&lt;p&gt;In this case macvlan_hash_add_source is called from
macvlan_change_sources() / macvlan_common_newlink():&lt;/p&gt;
&lt;p&gt;This adds a reference to vlan to the port&amp;#39;s vlan_source_hash using
macvlan_source_entry.&lt;/p&gt;
&lt;p&gt;vlan is a pointer to the priv data of the link that is being created.&lt;/p&gt;
&lt;p&gt;When register_netdevice() fails, the error is returned from
macvlan_newlink() to rtnl_newlink_create():&lt;/p&gt;
&lt;p&gt;if (ops-&amp;gt;newlink)
                err = ops-&amp;gt;newlink(dev, &amp;amp;params, extack);
        else
                err = register_netdevice(dev);
        if (err &amp;lt; 0) {
                free_netdev(dev);
                goto out;
        }&lt;/p&gt;
&lt;p&gt;and free_netdev() is called, causing a kvfree() on the struct
net_device that…&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;macvlan: fix error recovery in macvlan_common_newlink()&lt;/p&gt;
&lt;p&gt;valis provided a nice repro to crash the kernel:&lt;/p&gt;
&lt;p&gt;ip link add p1 type veth peer p2
ip link set address 00:00:00:00:00:20 dev p1
ip link set up dev p1
ip link set up dev p2&lt;/p&gt;
&lt;p&gt;ip link add mv0 link p2 type macvlan mode source
ip link add invalid% link p2 type macvlan mode source macaddr add 00:00:00:00:00:20&lt;/p&gt;
&lt;p&gt;ping -c1 -I p1 1.2.3.4&lt;/p&gt;
&lt;p&gt;He also gave a very detailed analysis:&lt;/p&gt;
&lt;p&gt;&amp;lt;quote valis&amp;gt;&lt;/p&gt;
&lt;p&gt;The issue is triggered when a new macvlan link is created  with
MACVLAN_MODE_SOURCE mode and MACVLAN_MACADDR_ADD (or
MACVLAN_MACADDR_SET) parameter, lower device already has a macvlan
port and register_netdevice() called from macvlan_common_newlink()
fails (e.g. because of the invalid link name).&lt;/p&gt;
&lt;p&gt;In this case macvlan_hash_add_source is called from
macvlan_change_sources() / macvlan_common_newlink():&lt;/p&gt;
&lt;p&gt;This adds a reference to vlan to the port&amp;#39;s vlan_source_hash using
macvlan_source_entry.&lt;/p&gt;
&lt;p&gt;vlan is a pointer to the priv data of the link that is being created.&lt;/p&gt;
&lt;p&gt;When register_netdevice() fails, the error is returned from
macvlan_newlink() to rtnl_newlink_create():&lt;/p&gt;
&lt;p&gt;if (ops-&amp;gt;newlink)
                err = ops-&amp;gt;newlink(dev, &amp;amp;params, extack);
        else
                err = register_netdevice(dev);
        if (err &amp;lt; 0) {
                free_netdev(dev);
                goto out;
        }&lt;/p&gt;
&lt;p&gt;and free_netdev() is called, causing a kvfree() on the struct
net_device that…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-23209</guid>
    </item>
    <item>
      <title>GHSA-89j4-f3cq-gm32</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-89j4-f3cq-gm32</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;macvlan: fix error recovery in macvlan_common_newlink()&lt;/p&gt;
&lt;p&gt;valis provided a nice repro to crash the kernel:&lt;/p&gt;
&lt;p&gt;ip link add p1 type veth peer p2
ip link set address 00:00:00:00:00:20 dev p1
ip link set up dev p1
ip link set up dev p2&lt;/p&gt;
&lt;p&gt;ip link add mv0 link p2 type macvlan mode source
ip link add invalid% link p2 type macvlan mode source macaddr add 00:00:00:00:00:20&lt;/p&gt;
&lt;p&gt;ping -c1 -I p1 1.2.3.4&lt;/p&gt;
&lt;p&gt;He also gave a very detailed analysis:&lt;/p&gt;
&lt;p&gt;&amp;lt;quote valis&amp;gt;&lt;/p&gt;
&lt;p&gt;The issue is triggered when a new macvlan link is created  with
MACVLAN_MODE_SOURCE mode and MACVLAN_MACADDR_ADD (or
MACVLAN_MACADDR_SET) parameter, lower device already has a macvlan
port and register_netdevice() called from macvlan_common_newlink()
fails (e.g. because of the invalid link name).&lt;/p&gt;
&lt;p&gt;In this case macvlan_hash_add_source is called from
macvlan_change_sources() / macvlan_common_newlink():&lt;/p&gt;
&lt;p&gt;This adds a reference to vlan to the port&amp;#39;s vlan_source_hash using
macvlan_source_entry.&lt;/p&gt;
&lt;p&gt;vlan is a pointer to the priv data of the link that is being created.&lt;/p&gt;
&lt;p&gt;When register_netdevice() fails, the error is returned from
macvlan_newlink() to rtnl_newlink_create():&lt;/p&gt;
&lt;p&gt;if (ops-&amp;gt;newlink)
                err = ops-&amp;gt;newlink(dev, &amp;amp;params, extack);
        else
                err = register_netdevice(dev);
        if (err &amp;lt; 0) {
                free_netdev(dev);
                goto out;
        }&lt;/p&gt;
&lt;p&gt;and free_netdev() is called, causing a kvfree() on the struct
net_device that…&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;macvlan: fix error recovery in macvlan_common_newlink()&lt;/p&gt;
&lt;p&gt;valis provided a nice repro to crash the kernel:&lt;/p&gt;
&lt;p&gt;ip link add p1 type veth peer p2
ip link set address 00:00:00:00:00:20 dev p1
ip link set up dev p1
ip link set up dev p2&lt;/p&gt;
&lt;p&gt;ip link add mv0 link p2 type macvlan mode source
ip link add invalid% link p2 type macvlan mode source macaddr add 00:00:00:00:00:20&lt;/p&gt;
&lt;p&gt;ping -c1 -I p1 1.2.3.4&lt;/p&gt;
&lt;p&gt;He also gave a very detailed analysis:&lt;/p&gt;
&lt;p&gt;&amp;lt;quote valis&amp;gt;&lt;/p&gt;
&lt;p&gt;The issue is triggered when a new macvlan link is created  with
MACVLAN_MODE_SOURCE mode and MACVLAN_MACADDR_ADD (or
MACVLAN_MACADDR_SET) parameter, lower device already has a macvlan
port and register_netdevice() called from macvlan_common_newlink()
fails (e.g. because of the invalid link name).&lt;/p&gt;
&lt;p&gt;In this case macvlan_hash_add_source is called from
macvlan_change_sources() / macvlan_common_newlink():&lt;/p&gt;
&lt;p&gt;This adds a reference to vlan to the port&amp;#39;s vlan_source_hash using
macvlan_source_entry.&lt;/p&gt;
&lt;p&gt;vlan is a pointer to the priv data of the link that is being created.&lt;/p&gt;
&lt;p&gt;When register_netdevice() fails, the error is returned from
macvlan_newlink() to rtnl_newlink_create():&lt;/p&gt;
&lt;p&gt;if (ops-&amp;gt;newlink)
                err = ops-&amp;gt;newlink(dev, &amp;amp;params, extack);
        else
                err = register_netdevice(dev);
        if (err &amp;lt; 0) {
                free_netdev(dev);
                goto out;
        }&lt;/p&gt;
&lt;p&gt;and free_netdev() is called, causing a kvfree() on the struct
net_device that…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-89j4-f3cq-gm32</guid>
    </item>
    <item>
      <title>OESA-2026-1568 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2026-1568</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP4: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mm/slub: avoid accessing metadata when pointer is invalid in object_err()&lt;/p&gt;
&lt;p&gt;object_err() reports details of an object for further debugging, such as
the freelist pointer, redzone, etc. However, if the pointer is invalid,
attempting to access object metadata can lead to a crash since it does
not point to a valid object.&lt;/p&gt;
&lt;p&gt;One known path to the crash is when alloc_consistency_checks()
determines the pointer to the allocated object is invalid because of a
freelist corruption, and calls object_err() to report it. The debug code
should report and handle the corruption gracefully and not crash in the
process.&lt;/p&gt;
&lt;p&gt;In case the pointer is NULL or check_valid_pointer() returns false for
the pointer, only print the pointer value and skip accessing metadata.(CVE-2025-39902)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;macvlan: fix error recovery in macvlan_common_newlink()&lt;/p&gt;
&lt;p&gt;valis provided a nice repro to crash the kernel:&lt;/p&gt;
&lt;p&gt;ip link add p1 type veth peer p2
ip link set address 00:00:00:00:00:20 dev p1
ip link set up dev p1
ip link set up dev p2&lt;/p&gt;
&lt;p&gt;ip link add mv0 link p2 type macvlan mode source
ip link add invalid% link p2 type macvlan mode source macaddr add 00:00:00:00:00:20&lt;/p&gt;
&lt;p&gt;ping -c1 -I p1 1.2.3.4&lt;/p&gt;
&lt;p&gt;He also gave a very detailed analysis:&lt;/p&gt;
&lt;p&gt;&amp;amp;lt;quote valis&amp;amp;gt;&lt;/p&gt;
&lt;p&gt;The issue is triggered when a new macvlan link is created  with
MACVL…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP4: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mm/slub: avoid accessing metadata when pointer is invalid in object_err()&lt;/p&gt;
&lt;p&gt;object_err() reports details of an object for further debugging, such as
the freelist pointer, redzone, etc. However, if the pointer is invalid,
attempting to access object metadata can lead to a crash since it does
not point to a valid object.&lt;/p&gt;
&lt;p&gt;One known path to the crash is when alloc_consistency_checks()
determines the pointer to the allocated object is invalid because of a
freelist corruption, and calls object_err() to report it. The debug code
should report and handle the corruption gracefully and not crash in the
process.&lt;/p&gt;
&lt;p&gt;In case the pointer is NULL or check_valid_pointer() returns false for
the pointer, only print the pointer value and skip accessing metadata.(CVE-2025-39902)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;macvlan: fix error recovery in macvlan_common_newlink()&lt;/p&gt;
&lt;p&gt;valis provided a nice repro to crash the kernel:&lt;/p&gt;
&lt;p&gt;ip link add p1 type veth peer p2
ip link set address 00:00:00:00:00:20 dev p1
ip link set up dev p1
ip link set up dev p2&lt;/p&gt;
&lt;p&gt;ip link add mv0 link p2 type macvlan mode source
ip link add invalid% link p2 type macvlan mode source macaddr add 00:00:00:00:00:20&lt;/p&gt;
&lt;p&gt;ping -c1 -I p1 1.2.3.4&lt;/p&gt;
&lt;p&gt;He also gave a very detailed analysis:&lt;/p&gt;
&lt;p&gt;&amp;amp;lt;quote valis&amp;amp;gt;&lt;/p&gt;
&lt;p&gt;The issue is triggered when a new macvlan link is created  with
MACVL…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2026-1568</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:20416-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:20416-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:20416-1</guid>
    </item>
    <item>
      <title>RHSA-2026:6036 — Red Hat Security Advisory: kernel-rt security update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2026:6036</link>
      <description>&lt;p&gt;kernel: Linux kernel: Use-After-Free vulnerability in ATM subsystem kernel: net/sched: cls_u32: use skb_header_pointer_careful() kernel: macvlan: fix error recovery in macvlan_common_newlink()&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel: Linux kernel: Use-After-Free vulnerability in ATM subsystem kernel: net/sched: cls_u32: use skb_header_pointer_careful() kernel: macvlan: fix error recovery in macvlan_common_newlink()&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2026:6036</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:0962-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:0962-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:0962-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-23209</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-23209</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-azure, 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:Pro:16.04:LTS: linux-oracle, Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:Pro:18.04:LTS: linux, Ubuntu:Pro:18.04:LTS: linux-aws, Ubuntu:18.04:LTS: linux-aws-5.0 and 224 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: macvlan: fix error recovery in macvlan_common_newlink() valis provided a nice repro to crash the kernel: ip link add p1 type veth peer p2 ip link set address 00:00:00:00:00:20 dev p1 ip link set up dev p1 ip link set up dev p2 ip link add mv0 link p2 type macvlan mode source ip link add invalid% link p2 type macvlan mode source macaddr add 00:00:00:00:00:20 ping -c1 -I p1 1.2.3.4 He also gave a very detailed analysis: &amp;lt;quote valis&amp;gt; The issue is triggered when a new macvlan link is created  with MACVLAN_MODE_SOURCE mode and MACVLAN_MACADDR_ADD (or MACVLAN_MACADDR_SET) parameter, lower device already has a macvlan port and register_netdevice() called from macvlan_common_newlink() fails (e.g. because of the invalid link name). In this case macvlan_hash_add_source is called from macvlan_change_sources() / macvlan_common_newlink(): This adds a reference to vlan to the port&amp;#39;s vlan_source_hash using macvlan_source_entry. vlan is a pointer to the priv data of the link that is being created. When register_netdevice() fails, the error is returned from macvlan_newlink() to rtnl_newlink_create():         if (ops-&amp;gt;newlink)                 err = ops-&amp;gt;newlink(dev, &amp;amp;params, extack);         else                 err = register_netdevice(dev);         if (err &amp;lt; 0) {                 free_netdev(dev);                 goto out;         } and free_netdev() is called, causing a kvfree() on the struct net_device that is still refer…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-azure, 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:Pro:16.04:LTS: linux-oracle, Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:Pro:18.04:LTS: linux, Ubuntu:Pro:18.04:LTS: linux-aws, Ubuntu:18.04:LTS: linux-aws-5.0 and 224 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: macvlan: fix error recovery in macvlan_common_newlink() valis provided a nice repro to crash the kernel: ip link add p1 type veth peer p2 ip link set address 00:00:00:00:00:20 dev p1 ip link set up dev p1 ip link set up dev p2 ip link add mv0 link p2 type macvlan mode source ip link add invalid% link p2 type macvlan mode source macaddr add 00:00:00:00:00:20 ping -c1 -I p1 1.2.3.4 He also gave a very detailed analysis: &amp;lt;quote valis&amp;gt; The issue is triggered when a new macvlan link is created  with MACVLAN_MODE_SOURCE mode and MACVLAN_MACADDR_ADD (or MACVLAN_MACADDR_SET) parameter, lower device already has a macvlan port and register_netdevice() called from macvlan_common_newlink() fails (e.g. because of the invalid link name). In this case macvlan_hash_add_source is called from macvlan_change_sources() / macvlan_common_newlink(): This adds a reference to vlan to the port&amp;#39;s vlan_source_hash using macvlan_source_entry. vlan is a pointer to the priv data of the link that is being created. When register_netdevice() fails, the error is returned from macvlan_newlink() to rtnl_newlink_create():         if (ops-&amp;gt;newlink)                 err = ops-&amp;gt;newlink(dev, &amp;amp;params, extack);         else                 err = register_netdevice(dev);         if (err &amp;lt; 0) {                 free_netdev(dev);                 goto out;         } and free_netdev() is called, causing a kvfree() on the struct net_device that is still refer…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-23209</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-0421 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-0421</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-2026-0421</guid>
    </item>
  </channel>
</rss>
