<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-23T03:58:31.794040+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/bell-cve-2026-98381</id>
    <title>BELL-CVE-2026-98381</title>
    <updated>2026-10-23T03:58:31.845125+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/bell-cve-2026-98381"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-384974</id>
    <title>EUVD-2026-384974</title>
    <updated>2026-10-23T03:58:31.845178+00:00</updated>
    <content>EUVD-2026-384974</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-384974"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-98381</id>
    <title>fkie_cve-2026-98381</title>
    <updated>2026-10-23T03:58:31.845194+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>veth: manage XDP program pointers during channel resize</p>
<p>veth_set_channels() tears down XDP resources for removed RX queues
without clearing rq-&gt;xdp_prog.  If the program is then detached or
replaced, those queues keep the old pointer after bpf_prog_put().
A later channel increase can re-enable NAPI and run the freed program.</p>
<p>BUG: unable to handle page fault for address: ffffc90000256048
  Oops: Oops: 0000 [#1] SMP KASAN NOPTI
  RIP: veth_xdp_rcv_skb (include/linux/filter.h:779
                         include/net/xdp.h:696 drivers/net/veth.c:820)
  Call Trace:
   veth_xdp_rcv (drivers/net/veth.c:941)
   veth_poll (drivers/net/veth.c:986)
   __napi_poll (net/core/dev.c:7787)
   net_rx_action (net/core/dev.c:7850 net/core/dev.c:8007)
   handle_softirqs (kernel/softirq.c:645)
  Kernel panic - not syncing: Fatal exception in interrupt</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-98381"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-82qv-gm43-p9vj</id>
    <title>GHSA-82qv-gm43-p9vj</title>
    <updated>2026-10-23T03:58:31.845230+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>veth: manage XDP program pointers during channel resize</p>
<p>veth_set_channels() tears down XDP resources for removed RX queues
without clearing rq-&gt;xdp_prog.  If the program is then detached or
replaced, those queues keep the old pointer after bpf_prog_put().
A later channel increase can re-enable NAPI and run the freed program.</p>
<p>BUG: unable to handle page fault for address: ffffc90000256048
  Oops: Oops: 0000 [#1] SMP KASAN NOPTI
  RIP: veth_xdp_rcv_skb (include/linux/filter.h:779
                         include/net/xdp.h:696 drivers/net/veth.c:820)
  Call Trace:
   veth_xdp_rcv (drivers/net/veth.c:941)
   veth_poll (drivers/net/veth.c:986)
   __napi_poll (net/core/dev.c:7787)
   net_rx_action (net/core/dev.c:7850 net/core/dev.c:8007)
   handle_softirqs (kernel/softirq.c:645)
  Kernel panic - not syncing: Fatal exception in interrupt</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-82qv-gm43-p9vj"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/msrc_cve-2026-98381</id>
    <title>msrc_CVE-2026-98381 — veth: manage XDP program pointers during channel resize</title>
    <updated>2026-10-23T03:58:31.845254+00:00</updated>
    <content>msrc_CVE-2026-98381</content>
    <link href="https://cve.radiocsirt.org/vuln/msrc_cve-2026-98381"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-98381</id>
    <title>UBUNTU-CVE-2026-98381</title>
    <updated>2026-10-23T03:58:31.845272+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> 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 193 more</p>
<p>In the Linux kernel, the following vulnerability has been resolved: veth: manage XDP program pointers during channel resize veth_set_channels() tears down XDP resources for removed RX queues without clearing rq-&gt;xdp_prog.  If the program is then detached or replaced, those queues keep the old pointer after bpf_prog_put(). A later channel increase can re-enable NAPI and run the freed program.   BUG: unable to handle page fault for address: ffffc90000256048   Oops: Oops: 0000 [#1] SMP KASAN NOPTI   RIP: veth_xdp_rcv_skb (include/linux/filter.h:779                          include/net/xdp.h:696 drivers/net/veth.c:820)   Call Trace:    veth_xdp_rcv (drivers/net/veth.c:941)    veth_poll (drivers/net/veth.c:986)    __napi_poll (net/core/dev.c:7787)    net_rx_action (net/core/dev.c:7850 net/core/dev.c:8007)    handle_softirqs (kernel/softirq.c:645)   Kernel panic - not syncing: Fatal exception in interrupt</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-98381"/>
  </entry>
</feed>
