<?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:19:19 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-06331</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-06331</link>
      <description>bdu:2025-06331</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-06331</guid>
    </item>
    <item>
      <title>BELL-CVE-2023-53011</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2023-53011</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:stream: linux-lts&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2023-53011</guid>
    </item>
    <item>
      <title>EUVD-2026-311788</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-311788</link>
      <description>EUVD-2026-311788</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-311788</guid>
    </item>
    <item>
      <title>fkie_cve-2023-53011</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-53011</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net: stmmac: enable all safety features by default&lt;/p&gt;
&lt;p&gt;In the original implementation of dwmac5
commit 8bf993a5877e (&amp;#34;net: stmmac: Add support for DWMAC5 and implement Safety Features&amp;#34;)
all safety features were enabled by default.&lt;/p&gt;
&lt;p&gt;Later it seems some implementations didn&amp;#39;t have support for all the
features, so in
commit 5ac712dcdfef (&amp;#34;net: stmmac: enable platform specific safety features&amp;#34;)
the safety_feat_cfg structure was added to the callback and defined for
some platforms to selectively enable these safety features.&lt;/p&gt;
&lt;p&gt;The problem is that only certain platforms were given that software
support. If the automotive safety package bit is set in the hardware
features register the safety feature callback is called for the platform,
and for platforms that didn&amp;#39;t get a safety_feat_cfg defined this results
in the following NULL pointer dereference:&lt;/p&gt;
&lt;p&gt;[    7.933303] Call trace:
[    7.935812]  dwmac5_safety_feat_config+0x20/0x170 [stmmac]
[    7.941455]  __stmmac_open+0x16c/0x474 [stmmac]
[    7.946117]  stmmac_open+0x38/0x70 [stmmac]
[    7.950414]  __dev_open+0x100/0x1dc
[    7.954006]  __dev_change_flags+0x18c/0x204
[    7.958297]  dev_change_flags+0x24/0x6c
[    7.962237]  do_setlink+0x2b8/0xfa4
[    7.965827]  __rtnl_newlink+0x4ec/0x840
[    7.969766]  rtnl_newlink+0x50/0x80
[    7.973353]  rtnetlink_rcv_msg+0x12c/0x374
[    7.977557]  netlink_rcv_skb+0x5c/0x130
[    7.981500]  rtnetlink_rcv+0x18/0x2c
[    7.98517…&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;net: stmmac: enable all safety features by default&lt;/p&gt;
&lt;p&gt;In the original implementation of dwmac5
commit 8bf993a5877e (&amp;#34;net: stmmac: Add support for DWMAC5 and implement Safety Features&amp;#34;)
all safety features were enabled by default.&lt;/p&gt;
&lt;p&gt;Later it seems some implementations didn&amp;#39;t have support for all the
features, so in
commit 5ac712dcdfef (&amp;#34;net: stmmac: enable platform specific safety features&amp;#34;)
the safety_feat_cfg structure was added to the callback and defined for
some platforms to selectively enable these safety features.&lt;/p&gt;
&lt;p&gt;The problem is that only certain platforms were given that software
support. If the automotive safety package bit is set in the hardware
features register the safety feature callback is called for the platform,
and for platforms that didn&amp;#39;t get a safety_feat_cfg defined this results
in the following NULL pointer dereference:&lt;/p&gt;
&lt;p&gt;[    7.933303] Call trace:
[    7.935812]  dwmac5_safety_feat_config+0x20/0x170 [stmmac]
[    7.941455]  __stmmac_open+0x16c/0x474 [stmmac]
[    7.946117]  stmmac_open+0x38/0x70 [stmmac]
[    7.950414]  __dev_open+0x100/0x1dc
[    7.954006]  __dev_change_flags+0x18c/0x204
[    7.958297]  dev_change_flags+0x24/0x6c
[    7.962237]  do_setlink+0x2b8/0xfa4
[    7.965827]  __rtnl_newlink+0x4ec/0x840
[    7.969766]  rtnl_newlink+0x50/0x80
[    7.973353]  rtnetlink_rcv_msg+0x12c/0x374
[    7.977557]  netlink_rcv_skb+0x5c/0x130
[    7.981500]  rtnetlink_rcv+0x18/0x2c
[    7.98517…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-53011</guid>
    </item>
    <item>
      <title>GHSA-jw73-x24m-whqq</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-jw73-x24m-whqq</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net: stmmac: enable all safety features by default&lt;/p&gt;
&lt;p&gt;In the original implementation of dwmac5
commit 8bf993a5877e (&amp;#34;net: stmmac: Add support for DWMAC5 and implement Safety Features&amp;#34;)
all safety features were enabled by default.&lt;/p&gt;
&lt;p&gt;Later it seems some implementations didn&amp;#39;t have support for all the
features, so in
commit 5ac712dcdfef (&amp;#34;net: stmmac: enable platform specific safety features&amp;#34;)
the safety_feat_cfg structure was added to the callback and defined for
some platforms to selectively enable these safety features.&lt;/p&gt;
&lt;p&gt;The problem is that only certain platforms were given that software
support. If the automotive safety package bit is set in the hardware
features register the safety feature callback is called for the platform,
and for platforms that didn&amp;#39;t get a safety_feat_cfg defined this results
in the following NULL pointer dereference:&lt;/p&gt;
&lt;p&gt;[    7.933303] Call trace:
[    7.935812]  dwmac5_safety_feat_config+0x20/0x170 [stmmac]
[    7.941455]  __stmmac_open+0x16c/0x474 [stmmac]
[    7.946117]  stmmac_open+0x38/0x70 [stmmac]
[    7.950414]  __dev_open+0x100/0x1dc
[    7.954006]  __dev_change_flags+0x18c/0x204
[    7.958297]  dev_change_flags+0x24/0x6c
[    7.962237]  do_setlink+0x2b8/0xfa4
[    7.965827]  __rtnl_newlink+0x4ec/0x840
[    7.969766]  rtnl_newlink+0x50/0x80
[    7.973353]  rtnetlink_rcv_msg+0x12c/0x374
[    7.977557]  netlink_rcv_skb+0x5c/0x130
[    7.981500]  rtnetlink_rcv+0x18/0x2c
[    7.98517…&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;net: stmmac: enable all safety features by default&lt;/p&gt;
&lt;p&gt;In the original implementation of dwmac5
commit 8bf993a5877e (&amp;#34;net: stmmac: Add support for DWMAC5 and implement Safety Features&amp;#34;)
all safety features were enabled by default.&lt;/p&gt;
&lt;p&gt;Later it seems some implementations didn&amp;#39;t have support for all the
features, so in
commit 5ac712dcdfef (&amp;#34;net: stmmac: enable platform specific safety features&amp;#34;)
the safety_feat_cfg structure was added to the callback and defined for
some platforms to selectively enable these safety features.&lt;/p&gt;
&lt;p&gt;The problem is that only certain platforms were given that software
support. If the automotive safety package bit is set in the hardware
features register the safety feature callback is called for the platform,
and for platforms that didn&amp;#39;t get a safety_feat_cfg defined this results
in the following NULL pointer dereference:&lt;/p&gt;
&lt;p&gt;[    7.933303] Call trace:
[    7.935812]  dwmac5_safety_feat_config+0x20/0x170 [stmmac]
[    7.941455]  __stmmac_open+0x16c/0x474 [stmmac]
[    7.946117]  stmmac_open+0x38/0x70 [stmmac]
[    7.950414]  __dev_open+0x100/0x1dc
[    7.954006]  __dev_change_flags+0x18c/0x204
[    7.958297]  dev_change_flags+0x24/0x6c
[    7.962237]  do_setlink+0x2b8/0xfa4
[    7.965827]  __rtnl_newlink+0x4ec/0x840
[    7.969766]  rtnl_newlink+0x50/0x80
[    7.973353]  rtnetlink_rcv_msg+0x12c/0x374
[    7.977557]  netlink_rcv_skb+0x5c/0x130
[    7.981500]  rtnetlink_rcv+0x18/0x2c
[    7.98517…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-jw73-x24m-whqq</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2023-53011</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-53011</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 95 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: net: stmmac: enable all safety features by default In the original implementation of dwmac5 commit 8bf993a5877e (&amp;#34;net: stmmac: Add support for DWMAC5 and implement Safety Features&amp;#34;) all safety features were enabled by default. Later it seems some implementations didn&amp;#39;t have support for all the features, so in commit 5ac712dcdfef (&amp;#34;net: stmmac: enable platform specific safety features&amp;#34;) the safety_feat_cfg structure was added to the callback and defined for some platforms to selectively enable these safety features. The problem is that only certain platforms were given that software support. If the automotive safety package bit is set in the hardware features register the safety feature callback is called for the platform, and for platforms that didn&amp;#39;t get a safety_feat_cfg defined this results in the following NULL pointer dereference: [    7.933303] Call trace: [    7.935812]  dwmac5_safety_feat_config+0x20/0x170 [stmmac] [    7.941455]  __stmmac_open+0x16c/0x474 [stmmac] [    7.946117]  stmmac_open+0x38/0x70 [stmmac] [    7.950414]  __dev_open+0x100/0x1dc [    7.954006]  __dev_change_flags+0x18c/0x204 [    7.958297]  dev_change_flags+0x24/0x6c [    7.962237]  do_setlink+0x2b8/0xfa4 [    7.965827]  __rtnl_newlink+0x4ec/0x840 [    7.969766]  rtnl_newlink+0x50/0x80 [    7.973353]  rtnetlink_rcv_msg+0x12c/0x374 [    7.977557]  netlink_rcv_skb+0x5c/0x130 [    7.981500]  rtnetlink_rcv+0x18/0x2c [    7.985172]  n…&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 95 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: net: stmmac: enable all safety features by default In the original implementation of dwmac5 commit 8bf993a5877e (&amp;#34;net: stmmac: Add support for DWMAC5 and implement Safety Features&amp;#34;) all safety features were enabled by default. Later it seems some implementations didn&amp;#39;t have support for all the features, so in commit 5ac712dcdfef (&amp;#34;net: stmmac: enable platform specific safety features&amp;#34;) the safety_feat_cfg structure was added to the callback and defined for some platforms to selectively enable these safety features. The problem is that only certain platforms were given that software support. If the automotive safety package bit is set in the hardware features register the safety feature callback is called for the platform, and for platforms that didn&amp;#39;t get a safety_feat_cfg defined this results in the following NULL pointer dereference: [    7.933303] Call trace: [    7.935812]  dwmac5_safety_feat_config+0x20/0x170 [stmmac] [    7.941455]  __stmmac_open+0x16c/0x474 [stmmac] [    7.946117]  stmmac_open+0x38/0x70 [stmmac] [    7.950414]  __dev_open+0x100/0x1dc [    7.954006]  __dev_change_flags+0x18c/0x204 [    7.958297]  dev_change_flags+0x24/0x6c [    7.962237]  do_setlink+0x2b8/0xfa4 [    7.965827]  __rtnl_newlink+0x4ec/0x840 [    7.969766]  rtnl_newlink+0x50/0x80 [    7.973353]  rtnetlink_rcv_msg+0x12c/0x374 [    7.977557]  netlink_rcv_skb+0x5c/0x130 [    7.981500]  rtnetlink_rcv+0x18/0x2c [    7.985172]  n…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-53011</guid>
    </item>
    <item>
      <title>WID-SEC-W-2025-0649 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2025-0649</link>
      <description>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder nicht spezifizierte Effekte zu erzielen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder nicht spezifizierte Effekte zu erzielen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2025-0649</guid>
    </item>
  </channel>
</rss>
