<?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 19:13:56 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-13985</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-13985</link>
      <description>bdu:2026-13985</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-13985</guid>
    </item>
    <item>
      <title>BELL-CVE-2026-53080</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-53080</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-53080</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0812 — De multiples vulnérabilités ont été découvertes dans Microsoft Azure Linux. Elles permettent à un attaquant de provoque…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0812</link>
      <description>certfr-2026-avi-0812</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0812</guid>
    </item>
    <item>
      <title>EUVD-2026-329967</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-329967</link>
      <description>EUVD-2026-329967</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-329967</guid>
    </item>
    <item>
      <title>fkie_cve-2026-53080</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-53080</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net/sched: cls_fw: fix NULL dereference of &amp;#34;old&amp;#34; filters before change()&lt;/p&gt;
&lt;p&gt;Like pointed out by Sashiko [1], since commit ed76f5edccc9 (&amp;#34;net: sched:
protect filter_chain list with filter_chain_lock mutex&amp;#34;) TC filters are
added to a shared block and published to datapath before their -&amp;gt;change()
function is called. This is a problem for cls_fw: an invalid filter
created with the &amp;#34;old&amp;#34; method can still classify some packets before it
is destroyed by the validation logic added by Xiang.
Therefore, insisting with repeated runs of the following script:&lt;/p&gt;
&lt;p&gt;# ip link add dev crash0 type dummy
 # ip link set dev crash0 up
 # mausezahn  crash0 -c 100000 -P 10 \
 &amp;gt; -A 4.3.2.1 -B 1.2.3.4 -t udp &amp;#34;dp=1234&amp;#34; -q &amp;amp;
 # sleep 1
 # tc qdisc add dev crash0 egress_block 1 clsact
 # tc filter add block 1 protocol ip prio 1 matchall \
 &amp;gt; action skbedit mark 65536 continue
 # tc filter add block 1 protocol ip prio 2 fw
 # ip link del dev crash0&lt;/p&gt;
&lt;p&gt;can still make fw_classify() hit the WARN_ON() in [2]:&lt;/p&gt;
&lt;p&gt;WARNING: ./include/net/pkt_cls.h:88 at fw_classify+0x244/0x250 [cls_fw], CPU#18: mausezahn/1399
 Modules linked in: cls_fw(E) act_skbedit(E)
 CPU: 18 UID: 0 PID: 1399 Comm: mausezahn Tainted: G            E       7.0.0-rc6-virtme #17 PREEMPT(full)
 Tainted: [E]=UNSIGNED_MODULE
 Hardware name: Red Hat KVM, BIOS 1.16.3-2.el9 04/01/2014
 RIP: 0010:fw_classify+0x244/0x250 [cls_fw]
 Code: 5c 49 c7 45 00 00 00 00 00 41 5d 41 5e 41 5f 5d c3 cc c…&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/sched: cls_fw: fix NULL dereference of &amp;#34;old&amp;#34; filters before change()&lt;/p&gt;
&lt;p&gt;Like pointed out by Sashiko [1], since commit ed76f5edccc9 (&amp;#34;net: sched:
protect filter_chain list with filter_chain_lock mutex&amp;#34;) TC filters are
added to a shared block and published to datapath before their -&amp;gt;change()
function is called. This is a problem for cls_fw: an invalid filter
created with the &amp;#34;old&amp;#34; method can still classify some packets before it
is destroyed by the validation logic added by Xiang.
Therefore, insisting with repeated runs of the following script:&lt;/p&gt;
&lt;p&gt;# ip link add dev crash0 type dummy
 # ip link set dev crash0 up
 # mausezahn  crash0 -c 100000 -P 10 \
 &amp;gt; -A 4.3.2.1 -B 1.2.3.4 -t udp &amp;#34;dp=1234&amp;#34; -q &amp;amp;
 # sleep 1
 # tc qdisc add dev crash0 egress_block 1 clsact
 # tc filter add block 1 protocol ip prio 1 matchall \
 &amp;gt; action skbedit mark 65536 continue
 # tc filter add block 1 protocol ip prio 2 fw
 # ip link del dev crash0&lt;/p&gt;
&lt;p&gt;can still make fw_classify() hit the WARN_ON() in [2]:&lt;/p&gt;
&lt;p&gt;WARNING: ./include/net/pkt_cls.h:88 at fw_classify+0x244/0x250 [cls_fw], CPU#18: mausezahn/1399
 Modules linked in: cls_fw(E) act_skbedit(E)
 CPU: 18 UID: 0 PID: 1399 Comm: mausezahn Tainted: G            E       7.0.0-rc6-virtme #17 PREEMPT(full)
 Tainted: [E]=UNSIGNED_MODULE
 Hardware name: Red Hat KVM, BIOS 1.16.3-2.el9 04/01/2014
 RIP: 0010:fw_classify+0x244/0x250 [cls_fw]
 Code: 5c 49 c7 45 00 00 00 00 00 41 5d 41 5e 41 5f 5d c3 cc c…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-53080</guid>
    </item>
    <item>
      <title>GHSA-6vxh-r6p9-w9ch</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-6vxh-r6p9-w9ch</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net/sched: cls_fw: fix NULL dereference of &amp;#34;old&amp;#34; filters before change()&lt;/p&gt;
&lt;p&gt;Like pointed out by Sashiko [1], since commit ed76f5edccc9 (&amp;#34;net: sched:
protect filter_chain list with filter_chain_lock mutex&amp;#34;) TC filters are
added to a shared block and published to datapath before their -&amp;gt;change()
function is called. This is a problem for cls_fw: an invalid filter
created with the &amp;#34;old&amp;#34; method can still classify some packets before it
is destroyed by the validation logic added by Xiang.
Therefore, insisting with repeated runs of the following script:&lt;/p&gt;
&lt;p&gt;# ip link add dev crash0 type dummy
 # ip link set dev crash0 up
 # mausezahn  crash0 -c 100000 -P 10 \
 &amp;gt; -A 4.3.2.1 -B 1.2.3.4 -t udp &amp;#34;dp=1234&amp;#34; -q &amp;amp;
 # sleep 1
 # tc qdisc add dev crash0 egress_block 1 clsact
 # tc filter add block 1 protocol ip prio 1 matchall \
 &amp;gt; action skbedit mark 65536 continue
 # tc filter add block 1 protocol ip prio 2 fw
 # ip link del dev crash0&lt;/p&gt;
&lt;p&gt;can still make fw_classify() hit the WARN_ON() in [2]:&lt;/p&gt;
&lt;p&gt;WARNING: ./include/net/pkt_cls.h:88 at fw_classify+0x244/0x250 [cls_fw], CPU#18: mausezahn/1399
 Modules linked in: cls_fw(E) act_skbedit(E)
 CPU: 18 UID: 0 PID: 1399 Comm: mausezahn Tainted: G            E       7.0.0-rc6-virtme #17 PREEMPT(full)
 Tainted: [E]=UNSIGNED_MODULE
 Hardware name: Red Hat KVM, BIOS 1.16.3-2.el9 04/01/2014
 RIP: 0010:fw_classify+0x244/0x250 [cls_fw]
 Code: 5c 49 c7 45 00 00 00 00 00 41 5d 41 5e 41 5f 5d c3 cc c…&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/sched: cls_fw: fix NULL dereference of &amp;#34;old&amp;#34; filters before change()&lt;/p&gt;
&lt;p&gt;Like pointed out by Sashiko [1], since commit ed76f5edccc9 (&amp;#34;net: sched:
protect filter_chain list with filter_chain_lock mutex&amp;#34;) TC filters are
added to a shared block and published to datapath before their -&amp;gt;change()
function is called. This is a problem for cls_fw: an invalid filter
created with the &amp;#34;old&amp;#34; method can still classify some packets before it
is destroyed by the validation logic added by Xiang.
Therefore, insisting with repeated runs of the following script:&lt;/p&gt;
&lt;p&gt;# ip link add dev crash0 type dummy
 # ip link set dev crash0 up
 # mausezahn  crash0 -c 100000 -P 10 \
 &amp;gt; -A 4.3.2.1 -B 1.2.3.4 -t udp &amp;#34;dp=1234&amp;#34; -q &amp;amp;
 # sleep 1
 # tc qdisc add dev crash0 egress_block 1 clsact
 # tc filter add block 1 protocol ip prio 1 matchall \
 &amp;gt; action skbedit mark 65536 continue
 # tc filter add block 1 protocol ip prio 2 fw
 # ip link del dev crash0&lt;/p&gt;
&lt;p&gt;can still make fw_classify() hit the WARN_ON() in [2]:&lt;/p&gt;
&lt;p&gt;WARNING: ./include/net/pkt_cls.h:88 at fw_classify+0x244/0x250 [cls_fw], CPU#18: mausezahn/1399
 Modules linked in: cls_fw(E) act_skbedit(E)
 CPU: 18 UID: 0 PID: 1399 Comm: mausezahn Tainted: G            E       7.0.0-rc6-virtme #17 PREEMPT(full)
 Tainted: [E]=UNSIGNED_MODULE
 Hardware name: Red Hat KVM, BIOS 1.16.3-2.el9 04/01/2014
 RIP: 0010:fw_classify+0x244/0x250 [cls_fw]
 Code: 5c 49 c7 45 00 00 00 00 00 41 5d 41 5e 41 5f 5d c3 cc c…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-6vxh-r6p9-w9ch</guid>
    </item>
    <item>
      <title>msrc_CVE-2026-53080 — net/sched: cls_fw: fix NULL dereference of "old" filters before change()</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2026-53080</link>
      <description>msrc_CVE-2026-53080</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2026-53080</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:21555-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:21555-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:21555-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:23066-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:23066-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:23066-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-53080</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-53080</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:Pro:18.04:LTS: linux-aws-5.4, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:Pro:18.04:LTS: linux-azure-5.4, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3 and 227 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: net/sched: cls_fw: fix NULL dereference of &amp;#34;old&amp;#34; filters before change() Like pointed out by Sashiko [1], since commit ed76f5edccc9 (&amp;#34;net: sched: protect filter_chain list with filter_chain_lock mutex&amp;#34;) TC filters are added to a shared block and published to datapath before their -&amp;gt;change() function is called. This is a problem for cls_fw: an invalid filter created with the &amp;#34;old&amp;#34; method can still classify some packets before it is destroyed by the validation logic added by Xiang. Therefore, insisting with repeated runs of the following script:  # ip link add dev crash0 type dummy  # ip link set dev crash0 up  # mausezahn  crash0 -c 100000 -P 10 \  &amp;gt; -A 4.3.2.1 -B 1.2.3.4 -t udp &amp;#34;dp=1234&amp;#34; -q &amp;amp;  # sleep 1  # tc qdisc add dev crash0 egress_block 1 clsact  # tc filter add block 1 protocol ip prio 1 matchall \  &amp;gt; action skbedit mark 65536 continue  # tc filter add block 1 protocol ip prio 2 fw  # ip link del dev crash0 can still make fw_classify() hit the WARN_ON() in [2]:  WARNING: ./include/net/pkt_cls.h:88 at fw_classify+0x244/0x250 [cls_fw], CPU#18: mausezahn/1399  Modules linked in: cls_fw(E) act_skbedit(E)  CPU: 18 UID: 0 PID: 1399 Comm: mausezahn Tainted: G            E 7.0.0-rc6-virtme #17 PREEMPT(full)  Tainted: [E]=UNSIGNED_MODULE  Hardware name: Red Hat KVM, BIOS 1.16.3-2.el9 04/01/2014  RIP: 0010:fw_classify+0x244/0x250 [cls_fw]  Code: 5c 49 c7 45 00 00 00 00 00 41 5d 41 5e 41 5f 5d c3 cc cc cc cc 5b…&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:Pro:18.04:LTS: linux-aws-5.4, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:Pro:18.04:LTS: linux-azure-5.4, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3 and 227 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: net/sched: cls_fw: fix NULL dereference of &amp;#34;old&amp;#34; filters before change() Like pointed out by Sashiko [1], since commit ed76f5edccc9 (&amp;#34;net: sched: protect filter_chain list with filter_chain_lock mutex&amp;#34;) TC filters are added to a shared block and published to datapath before their -&amp;gt;change() function is called. This is a problem for cls_fw: an invalid filter created with the &amp;#34;old&amp;#34; method can still classify some packets before it is destroyed by the validation logic added by Xiang. Therefore, insisting with repeated runs of the following script:  # ip link add dev crash0 type dummy  # ip link set dev crash0 up  # mausezahn  crash0 -c 100000 -P 10 \  &amp;gt; -A 4.3.2.1 -B 1.2.3.4 -t udp &amp;#34;dp=1234&amp;#34; -q &amp;amp;  # sleep 1  # tc qdisc add dev crash0 egress_block 1 clsact  # tc filter add block 1 protocol ip prio 1 matchall \  &amp;gt; action skbedit mark 65536 continue  # tc filter add block 1 protocol ip prio 2 fw  # ip link del dev crash0 can still make fw_classify() hit the WARN_ON() in [2]:  WARNING: ./include/net/pkt_cls.h:88 at fw_classify+0x244/0x250 [cls_fw], CPU#18: mausezahn/1399  Modules linked in: cls_fw(E) act_skbedit(E)  CPU: 18 UID: 0 PID: 1399 Comm: mausezahn Tainted: G            E 7.0.0-rc6-virtme #17 PREEMPT(full)  Tainted: [E]=UNSIGNED_MODULE  Hardware name: Red Hat KVM, BIOS 1.16.3-2.el9 04/01/2014  RIP: 0010:fw_classify+0x244/0x250 [cls_fw]  Code: 5c 49 c7 45 00 00 00 00 00 41 5d 41 5e 41 5f 5d c3 cc cc cc cc 5b…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-53080</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2077 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2077</link>
      <description>&lt;p&gt;Ein entfernter Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um Sicherheitsvorkehrungen zu umgehen, einen Denial-of-Service-Zustand herbeizuführen und weitere, nicht näher spezifizierte Auswirkungen zu erzielen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um Sicherheitsvorkehrungen zu umgehen, einen Denial-of-Service-Zustand herbeizuführen und weitere, nicht näher spezifizierte Auswirkungen zu erzielen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2077</guid>
    </item>
  </channel>
</rss>
