<?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 22:38:12 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-02381</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-02381</link>
      <description>bdu:2026-02381</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-02381</guid>
    </item>
    <item>
      <title>BELL-CVE-2025-22103</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2025-22103</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-22103</guid>
    </item>
    <item>
      <title>certfr-2025-avi-0509 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de SUSE. Certaines d'entre elles permettent à un at…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2025-avi-0509</link>
      <description>certfr-2025-avi-0509</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2025-avi-0509</guid>
    </item>
    <item>
      <title>EUVD-2026-367460</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-367460</link>
      <description>EUVD-2026-367460</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-367460</guid>
    </item>
    <item>
      <title>fkie_cve-2025-22103</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-22103</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net: fix NULL pointer dereference in l3mdev_l3_rcv&lt;/p&gt;
&lt;p&gt;When delete l3s ipvlan:&lt;/p&gt;
&lt;p&gt;ip link del link eth0 ipvlan1 type ipvlan mode l3s&lt;/p&gt;
&lt;p&gt;This may cause a null pointer dereference:&lt;/p&gt;
&lt;p&gt;Call trace:
     ip_rcv_finish+0x48/0xd0
     ip_rcv+0x5c/0x100
     __netif_receive_skb_one_core+0x64/0xb0
     __netif_receive_skb+0x20/0x80
     process_backlog+0xb4/0x204
     napi_poll+0xe8/0x294
     net_rx_action+0xd8/0x22c
     __do_softirq+0x12c/0x354&lt;/p&gt;
&lt;p&gt;This is because l3mdev_l3_rcv() visit dev-&amp;gt;l3mdev_ops after
ipvlan_l3s_unregister() assign the dev-&amp;gt;l3mdev_ops to NULL. The process
like this:&lt;/p&gt;
&lt;p&gt;(CPU1)                     | (CPU2)
    l3mdev_l3_rcv()            |
      check dev-&amp;gt;priv_flags:   |
        master = skb-&amp;gt;dev;     |
                               |
                               | ipvlan_l3s_unregister()
                               |   set dev-&amp;gt;priv_flags
                               |   dev-&amp;gt;l3mdev_ops = NULL;
                               |
      visit master-&amp;gt;l3mdev_ops |&lt;/p&gt;
&lt;p&gt;To avoid this by do not set dev-&amp;gt;l3mdev_ops when unregister l3s ipvlan.&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: fix NULL pointer dereference in l3mdev_l3_rcv&lt;/p&gt;
&lt;p&gt;When delete l3s ipvlan:&lt;/p&gt;
&lt;p&gt;ip link del link eth0 ipvlan1 type ipvlan mode l3s&lt;/p&gt;
&lt;p&gt;This may cause a null pointer dereference:&lt;/p&gt;
&lt;p&gt;Call trace:
     ip_rcv_finish+0x48/0xd0
     ip_rcv+0x5c/0x100
     __netif_receive_skb_one_core+0x64/0xb0
     __netif_receive_skb+0x20/0x80
     process_backlog+0xb4/0x204
     napi_poll+0xe8/0x294
     net_rx_action+0xd8/0x22c
     __do_softirq+0x12c/0x354&lt;/p&gt;
&lt;p&gt;This is because l3mdev_l3_rcv() visit dev-&amp;gt;l3mdev_ops after
ipvlan_l3s_unregister() assign the dev-&amp;gt;l3mdev_ops to NULL. The process
like this:&lt;/p&gt;
&lt;p&gt;(CPU1)                     | (CPU2)
    l3mdev_l3_rcv()            |
      check dev-&amp;gt;priv_flags:   |
        master = skb-&amp;gt;dev;     |
                               |
                               | ipvlan_l3s_unregister()
                               |   set dev-&amp;gt;priv_flags
                               |   dev-&amp;gt;l3mdev_ops = NULL;
                               |
      visit master-&amp;gt;l3mdev_ops |&lt;/p&gt;
&lt;p&gt;To avoid this by do not set dev-&amp;gt;l3mdev_ops when unregister l3s ipvlan.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-22103</guid>
    </item>
    <item>
      <title>GHSA-3w79-f82r-vfcx</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-3w79-f82r-vfcx</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net: fix NULL pointer dereference in l3mdev_l3_rcv&lt;/p&gt;
&lt;p&gt;When delete l3s ipvlan:&lt;/p&gt;
&lt;p&gt;ip link del link eth0 ipvlan1 type ipvlan mode l3s&lt;/p&gt;
&lt;p&gt;This may cause a null pointer dereference:&lt;/p&gt;
&lt;p&gt;Call trace:
     ip_rcv_finish+0x48/0xd0
     ip_rcv+0x5c/0x100
     __netif_receive_skb_one_core+0x64/0xb0
     __netif_receive_skb+0x20/0x80
     process_backlog+0xb4/0x204
     napi_poll+0xe8/0x294
     net_rx_action+0xd8/0x22c
     __do_softirq+0x12c/0x354&lt;/p&gt;
&lt;p&gt;This is because l3mdev_l3_rcv() visit dev-&amp;gt;l3mdev_ops after
ipvlan_l3s_unregister() assign the dev-&amp;gt;l3mdev_ops to NULL. The process
like this:&lt;/p&gt;
&lt;p&gt;(CPU1)                     | (CPU2)
    l3mdev_l3_rcv()            |
      check dev-&amp;gt;priv_flags:   |
        master = skb-&amp;gt;dev;     |
                               |
                               | ipvlan_l3s_unregister()
                               |   set dev-&amp;gt;priv_flags
                               |   dev-&amp;gt;l3mdev_ops = NULL;
                               |
      visit master-&amp;gt;l3mdev_ops |&lt;/p&gt;
&lt;p&gt;To avoid this by do not set dev-&amp;gt;l3mdev_ops when unregister l3s ipvlan.&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: fix NULL pointer dereference in l3mdev_l3_rcv&lt;/p&gt;
&lt;p&gt;When delete l3s ipvlan:&lt;/p&gt;
&lt;p&gt;ip link del link eth0 ipvlan1 type ipvlan mode l3s&lt;/p&gt;
&lt;p&gt;This may cause a null pointer dereference:&lt;/p&gt;
&lt;p&gt;Call trace:
     ip_rcv_finish+0x48/0xd0
     ip_rcv+0x5c/0x100
     __netif_receive_skb_one_core+0x64/0xb0
     __netif_receive_skb+0x20/0x80
     process_backlog+0xb4/0x204
     napi_poll+0xe8/0x294
     net_rx_action+0xd8/0x22c
     __do_softirq+0x12c/0x354&lt;/p&gt;
&lt;p&gt;This is because l3mdev_l3_rcv() visit dev-&amp;gt;l3mdev_ops after
ipvlan_l3s_unregister() assign the dev-&amp;gt;l3mdev_ops to NULL. The process
like this:&lt;/p&gt;
&lt;p&gt;(CPU1)                     | (CPU2)
    l3mdev_l3_rcv()            |
      check dev-&amp;gt;priv_flags:   |
        master = skb-&amp;gt;dev;     |
                               |
                               | ipvlan_l3s_unregister()
                               |   set dev-&amp;gt;priv_flags
                               |   dev-&amp;gt;l3mdev_ops = NULL;
                               |
      visit master-&amp;gt;l3mdev_ops |&lt;/p&gt;
&lt;p&gt;To avoid this by do not set dev-&amp;gt;l3mdev_ops when unregister l3s ipvlan.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-3w79-f82r-vfcx</guid>
    </item>
    <item>
      <title>msrc_CVE-2025-22103 — net: fix NULL pointer dereference in l3mdev_l3_rcv</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2025-22103</link>
      <description>msrc_CVE-2025-22103</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2025-22103</guid>
    </item>
    <item>
      <title>OESA-2025-1878 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2025-1878</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS: 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;bpf: consider that tail calls invalidate packet pointers&lt;/p&gt;
&lt;p&gt;Tail-called programs could execute any of the helpers that invalidate
packet pointers. Hence, conservatively assume that each tail call
invalidates packet pointers.&lt;/p&gt;
&lt;p&gt;Making the change in bpf_helper_changes_pkt_data() automatically makes
use of check_cfg() logic that computes &amp;amp;apos;changes_pkt_data&amp;amp;apos; effect for
global sub-programs, such that the following program could be
rejected:&lt;/p&gt;
&lt;p&gt;int tail_call(struct __sk_buff *sk)
    {
    	bpf_tail_call_static(sk, &amp;amp;amp;jmp_table, 0);
    	return 0;
    }&lt;/p&gt;
&lt;p&gt;SEC(&amp;amp;quot;tc&amp;amp;quot;)
    int not_safe(struct __sk_buff *sk)
    {
    	int *p = (void *)(long)sk-&amp;amp;gt;data;
    	... make p valid ...
    	tail_call(sk);
    	*p = 42; /* this is unsafe */
    	...
    }&lt;/p&gt;
&lt;p&gt;The tc_bpf2bpf.c:subprog_tc() needs change: mark it as a function that
can invalidate packet pointers. Otherwise, it can&amp;amp;apos;t be freplaced with
tailcall_freplace.c:entry_freplace() that does a tail call.(CVE-2024-58237)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;RDMA/rxe: Fix the warning &amp;amp;quot;__rxe_cleanup+0x12c/0x170 [rdma_rxe]&amp;amp;quot;&lt;/p&gt;
&lt;p&gt;The Call Trace is as below:
&amp;amp;quot;
  &amp;amp;lt;TASK&amp;amp;gt;
  ? show_regs.cold+0x1a/0x1f
  ? __rxe_cleanup+0x12c/0x170 [rdma_rxe]
  ? __warn+0x84/0xd0
  ? __rxe_cleanup+0x12c/0x170 [rdma_rxe]
  ? report_bug+0x105/0x180
  ? han…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS: 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;bpf: consider that tail calls invalidate packet pointers&lt;/p&gt;
&lt;p&gt;Tail-called programs could execute any of the helpers that invalidate
packet pointers. Hence, conservatively assume that each tail call
invalidates packet pointers.&lt;/p&gt;
&lt;p&gt;Making the change in bpf_helper_changes_pkt_data() automatically makes
use of check_cfg() logic that computes &amp;amp;apos;changes_pkt_data&amp;amp;apos; effect for
global sub-programs, such that the following program could be
rejected:&lt;/p&gt;
&lt;p&gt;int tail_call(struct __sk_buff *sk)
    {
    	bpf_tail_call_static(sk, &amp;amp;amp;jmp_table, 0);
    	return 0;
    }&lt;/p&gt;
&lt;p&gt;SEC(&amp;amp;quot;tc&amp;amp;quot;)
    int not_safe(struct __sk_buff *sk)
    {
    	int *p = (void *)(long)sk-&amp;amp;gt;data;
    	... make p valid ...
    	tail_call(sk);
    	*p = 42; /* this is unsafe */
    	...
    }&lt;/p&gt;
&lt;p&gt;The tc_bpf2bpf.c:subprog_tc() needs change: mark it as a function that
can invalidate packet pointers. Otherwise, it can&amp;amp;apos;t be freplaced with
tailcall_freplace.c:entry_freplace() that does a tail call.(CVE-2024-58237)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;RDMA/rxe: Fix the warning &amp;amp;quot;__rxe_cleanup+0x12c/0x170 [rdma_rxe]&amp;amp;quot;&lt;/p&gt;
&lt;p&gt;The Call Trace is as below:
&amp;amp;quot;
  &amp;amp;lt;TASK&amp;amp;gt;
  ? show_regs.cold+0x1a/0x1f
  ? __rxe_cleanup+0x12c/0x170 [rdma_rxe]
  ? __warn+0x84/0xd0
  ? __rxe_cleanup+0x12c/0x170 [rdma_rxe]
  ? report_bug+0x105/0x180
  ? han…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2025-1878</guid>
    </item>
    <item>
      <title>SUSE-SU-2025:01919-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2025:01919-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:01919-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2025-22103</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-22103</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 179 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: net: fix NULL pointer dereference in l3mdev_l3_rcv When delete l3s ipvlan:     ip link del link eth0 ipvlan1 type ipvlan mode l3s This may cause a null pointer dereference:     Call trace:      ip_rcv_finish+0x48/0xd0      ip_rcv+0x5c/0x100      __netif_receive_skb_one_core+0x64/0xb0      __netif_receive_skb+0x20/0x80      process_backlog+0xb4/0x204      napi_poll+0xe8/0x294      net_rx_action+0xd8/0x22c      __do_softirq+0x12c/0x354 This is because l3mdev_l3_rcv() visit dev-&amp;gt;l3mdev_ops after ipvlan_l3s_unregister() assign the dev-&amp;gt;l3mdev_ops to NULL. The process like this:     (CPU1)                     | (CPU2)     l3mdev_l3_rcv()            |       check dev-&amp;gt;priv_flags:   |         master = skb-&amp;gt;dev;     |                                |                                | ipvlan_l3s_unregister()                                |   set dev-&amp;gt;priv_flags                                |   dev-&amp;gt;l3mdev_ops = NULL;                                |       visit master-&amp;gt;l3mdev_ops | To avoid this by do not set dev-&amp;gt;l3mdev_ops when unregister l3s ipvlan.&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 179 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: net: fix NULL pointer dereference in l3mdev_l3_rcv When delete l3s ipvlan:     ip link del link eth0 ipvlan1 type ipvlan mode l3s This may cause a null pointer dereference:     Call trace:      ip_rcv_finish+0x48/0xd0      ip_rcv+0x5c/0x100      __netif_receive_skb_one_core+0x64/0xb0      __netif_receive_skb+0x20/0x80      process_backlog+0xb4/0x204      napi_poll+0xe8/0x294      net_rx_action+0xd8/0x22c      __do_softirq+0x12c/0x354 This is because l3mdev_l3_rcv() visit dev-&amp;gt;l3mdev_ops after ipvlan_l3s_unregister() assign the dev-&amp;gt;l3mdev_ops to NULL. The process like this:     (CPU1)                     | (CPU2)     l3mdev_l3_rcv()            |       check dev-&amp;gt;priv_flags:   |         master = skb-&amp;gt;dev;     |                                |                                | ipvlan_l3s_unregister()                                |   set dev-&amp;gt;priv_flags                                |   dev-&amp;gt;l3mdev_ops = NULL;                                |       visit master-&amp;gt;l3mdev_ops | To avoid this by do not set dev-&amp;gt;l3mdev_ops when unregister l3s ipvlan.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-22103</guid>
    </item>
    <item>
      <title>WID-SEC-W-2025-0844 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2025-0844</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder andere, nicht genauer beschriebene Auswirkungen erzielen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder andere, nicht genauer beschriebene Auswirkungen erzielen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2025-0844</guid>
    </item>
  </channel>
</rss>
