<?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-02T16:32:37.387542+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/bdu:2025-12304</id>
    <title>bdu:2025-12304</title>
    <updated>2026-10-02T16:32:37.833330+00:00</updated>
    <content>bdu:2025-12304</content>
    <link href="https://cve.radiocsirt.org/vuln/bdu:2025-12304"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/bell-cve-2025-21865</id>
    <title>BELL-CVE-2025-21865</title>
    <updated>2026-10-02T16:32:37.833398+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:stream: linux-lts</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/bell-cve-2025-21865"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/certfr-2025-avi-0307</id>
    <title>certfr-2025-avi-0307 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de SUSE. Certaines d'entre elles permettent à un at…</title>
    <updated>2026-10-02T16:32:37.833432+00:00</updated>
    <content>certfr-2025-avi-0307</content>
    <link href="https://cve.radiocsirt.org/vuln/certfr-2025-avi-0307"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cnvd-2025-05383</id>
    <title>cnvd-2025-05383</title>
    <updated>2026-10-02T16:32:37.833450+00:00</updated>
    <content>cnvd-2025-05383</content>
    <link href="https://cve.radiocsirt.org/vuln/cnvd-2025-05383"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-336319</id>
    <title>EUVD-2026-336319</title>
    <updated>2026-10-02T16:32:37.833463+00:00</updated>
    <content>EUVD-2026-336319</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-336319"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2025-21865</id>
    <title>fkie_cve-2025-21865</title>
    <updated>2026-10-02T16:32:37.833473+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>gtp: Suppress list corruption splat in gtp_net_exit_batch_rtnl().</p>
<p>Brad Spengler reported the list_del() corruption splat in
gtp_net_exit_batch_rtnl(). [0]</p>
<p>Commit eb28fd76c0a0 ("gtp: Destroy device along with udp socket's netns
dismantle.") added the for_each_netdev() loop in gtp_net_exit_batch_rtnl()
to destroy devices in each netns as done in geneve and ip tunnels.</p>
<p>However, this could trigger -&gt;dellink() twice for the same device during
-&gt;exit_batch_rtnl().</p>
<p>Say we have two netns A &amp; B and gtp device B that resides in netns B but
whose UDP socket is in netns A.</p>
<p>1. cleanup_net() processes netns A and then B.</p>
<p>2. gtp_net_exit_batch_rtnl() finds the device B while iterating
     netns A's gn-&gt;gtp_dev_list and calls -&gt;dellink().</p>
<p>[ device B is not yet unlinked from netns B
    as unregister_netdevice_many() has not been called. ]</p>
<p>3. gtp_net_exit_batch_rtnl() finds the device B while iterating
     netns B's for_each_netdev() and calls -&gt;dellink().</p>
<p>gtp_dellink() cleans up the device's hash table, unlinks the dev from
gn-&gt;gtp_dev_list, and calls unregister_netdevice_queue().</p>
<p>Basically, calling gtp_dellink() multiple times is fine unless
CONFIG_DEBUG_LIST is enabled.</p>
<p>Let's remove for_each_netdev() in gtp_net_exit_batch_rtnl() and
delegate the destruction to default_device_exit_batch() as done
in bareudp.</p>
<p>[0]:
list_del corruption, ffff8880aaa62c00-&gt;next (autoslab_size_M_dev_P_net_core_dev_11127_8_…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2025-21865"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-55m7-vg72-9vx3</id>
    <title>GHSA-55m7-vg72-9vx3</title>
    <updated>2026-10-02T16:32:37.833534+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>gtp: Suppress list corruption splat in gtp_net_exit_batch_rtnl().</p>
<p>Brad Spengler reported the list_del() corruption splat in
gtp_net_exit_batch_rtnl(). [0]</p>
<p>Commit eb28fd76c0a0 ("gtp: Destroy device along with udp socket's netns
dismantle.") added the for_each_netdev() loop in gtp_net_exit_batch_rtnl()
to destroy devices in each netns as done in geneve and ip tunnels.</p>
<p>However, this could trigger -&gt;dellink() twice for the same device during
-&gt;exit_batch_rtnl().</p>
<p>Say we have two netns A &amp; B and gtp device B that resides in netns B but
whose UDP socket is in netns A.</p>
<p>1. cleanup_net() processes netns A and then B.</p>
<p>2. gtp_net_exit_batch_rtnl() finds the device B while iterating
     netns A's gn-&gt;gtp_dev_list and calls -&gt;dellink().</p>
<p>[ device B is not yet unlinked from netns B
    as unregister_netdevice_many() has not been called. ]</p>
<p>3. gtp_net_exit_batch_rtnl() finds the device B while iterating
     netns B's for_each_netdev() and calls -&gt;dellink().</p>
<p>gtp_dellink() cleans up the device's hash table, unlinks the dev from
gn-&gt;gtp_dev_list, and calls unregister_netdevice_queue().</p>
<p>Basically, calling gtp_dellink() multiple times is fine unless
CONFIG_DEBUG_LIST is enabled.</p>
<p>Let's remove for_each_netdev() in gtp_net_exit_batch_rtnl() and
delegate the destruction to default_device_exit_batch() as done
in bareudp.</p>
<p>[0]:
list_del corruption, ffff8880aaa62c00-&gt;next (autoslab_size_M_dev_P_net_core_dev_11127_8_…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-55m7-vg72-9vx3"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/icsa-24-102-01</id>
    <title>ICSA-24-102-01 — Siemens SIMATIC S7-1500 TM MFP</title>
    <updated>2026-10-02T16:32:37.833579+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>An out-of-bounds (OOB) memory write flaw was found in the NFSD in the Linux kernel. Missing sanity may lead to a write beyond bmval[bmlen-1] in nfsd4_decode_bitmap4 in fs/nfsd/nfs4xdr.c. In this flaw, a local attacker with user privilege may gain access to out-of-bounds memory, leading to a system integrity and confidentiality threat. fs/nfsd/trace.h in the Linux kernel before 5.13.4 might allow remote attackers to cause a denial of service (out-of-bounds read in strlen) by sending NFS traffic when the trace event framework is being used for nfsd. SUNRPC: null pointer dereference in svc_rqst_free(). When alloc_pages_node() returns null in svc_rqst_alloc(), the null rq_scratch_page pointer will be dereferenced when calling put_page() in svc_rqst_free(). NFSD: READDIR buffer overflow. If a client sends a READDIR count argument that is too small (say, zero), then the buffer size calculation in the new init_dirlist helper functions results in an underflow, allowing the XDR stream functions to write beyond the actual buffer. This calculation has always been suspect. NFSD has never sanity- checked the READDIR count argument, but the old entry encoders managed the problem correctly. With the commits below, entry encoding changed, exposing the underflow to the pointer arithmetic in xdr_reserve_space(). Modern NFS clients attempt to retrieve as much data as possible for each READDIR request. nfsd: NULL dereference in nfs3svc_encode_getaclres. A NULL pointer dereference vulnerability…</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/icsa-24-102-01"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/msrc_cve-2025-21865</id>
    <title>msrc_CVE-2025-21865 — gtp: Suppress list corruption splat in gtp_net_exit_batch_rtnl().</title>
    <updated>2026-10-02T16:32:37.834661+00:00</updated>
    <content>msrc_CVE-2025-21865</content>
    <link href="https://cve.radiocsirt.org/vuln/msrc_cve-2025-21865"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ssa-082556</id>
    <title>SSA-082556 — SSA-082556: Vulnerabilities in the additional GNU/Linux subsystem of the SIMATIC S7-1500 CPU 1518(F)-4 PN/DP MFP V3.1.5</title>
    <updated>2026-10-02T16:32:37.834683+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>Multiple vulnerabilities have been identified in the additional GNU/Linux subsystem of the firmware version V3.1.5 for the SIMATIC S7-1500 CPU 1518(F)-4 PN/DP MFP (incl. SIPLUS variant).</p>
<p>Siemens has released new versions for several affected products and recommends to update to the latest versions. Siemens is preparing further fix versions and recommends specific countermeasures for products where fixes are not, or not yet available.</p>
<p>Note: This SSA advises vulnerabilities for firmware version V3.1.5 only; for version V3.1.6 refer to SSA-019113.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ssa-082556"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/suse-su-2025:01919-1</id>
    <title>SUSE-SU-2025:01919-1 — Security update for the Linux Kernel</title>
    <updated>2026-10-02T16:32:37.834860+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Security update for the Linux Kernel</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/suse-su-2025:01919-1"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-21865</id>
    <title>UBUNTU-CVE-2025-21865</title>
    <updated>2026-10-02T16:32:37.835084+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: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 129 more</p>
<p>In the Linux kernel, the following vulnerability has been resolved: gtp: Suppress list corruption splat in gtp_net_exit_batch_rtnl(). Brad Spengler reported the list_del() corruption splat in gtp_net_exit_batch_rtnl(). [0] Commit eb28fd76c0a0 ("gtp: Destroy device along with udp socket's netns dismantle.") added the for_each_netdev() loop in gtp_net_exit_batch_rtnl() to destroy devices in each netns as done in geneve and ip tunnels. However, this could trigger -&gt;dellink() twice for the same device during -&gt;exit_batch_rtnl(). Say we have two netns A &amp; B and gtp device B that resides in netns B but whose UDP socket is in netns A.   1. cleanup_net() processes netns A and then B.   2. gtp_net_exit_batch_rtnl() finds the device B while iterating      netns A's gn-&gt;gtp_dev_list and calls -&gt;dellink().   [ device B is not yet unlinked from netns B     as unregister_netdevice_many() has not been called. ]   3. gtp_net_exit_batch_rtnl() finds the device B while iterating      netns B's for_each_netdev() and calls -&gt;dellink(). gtp_dellink() cleans up the device's hash table, unlinks the dev from gn-&gt;gtp_dev_list, and calls unregister_netdevice_queue(). Basically, calling gtp_dellink() multiple times is fine unless CONFIG_DEBUG_LIST is enabled. Let's remove for_each_netdev() in gtp_net_exit_batch_rtnl() and delegate the destruction to default_device_exit_batch() as done in bareudp. [0]: list_del corruption, ffff8880aaa62c00-&gt;next (autoslab_size_M_dev_P_net_core_dev_11127_8_1328_8_S_4096…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-21865"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/wid-sec-w-2025-0545</id>
    <title>WID-SEC-W-2025-0545 — Linux Kernel: Mehrere Schwachstellen ermöglichen Denial of Service</title>
    <updated>2026-10-02T16:32:37.835361+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Zustand herbeizuführen und um nicht näher beschriebene Auswirkungen zu verursachen.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/wid-sec-w-2025-0545"/>
  </entry>
</feed>
