<?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-03T05:28:17.886696+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-97608</id>
    <title>BELL-CVE-2026-97608</title>
    <updated>2026-10-03T05:28:17.983382+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-97608"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/certfr-2026-avi-1253</id>
    <title>certfr-2026-avi-1253 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian. Certaines d'entre elles permettent à un…</title>
    <updated>2026-10-03T05:28:17.983434+00:00</updated>
    <content>certfr-2026-avi-1253</content>
    <link href="https://cve.radiocsirt.org/vuln/certfr-2026-avi-1253"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-376091</id>
    <title>EUVD-2026-376091</title>
    <updated>2026-10-03T05:28:17.983455+00:00</updated>
    <content>EUVD-2026-376091</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-376091"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-97608</id>
    <title>fkie_cve-2026-97608</title>
    <updated>2026-10-03T05:28:17.983468+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>netfilter: nf_log: unregister loggers before per-net teardown</p>
<p>nf_log_syslog and nfnetlink_log unregister their per-network namespace
operations before unregistering their global logger backends. This
leaves a window where a sysctl or netlink writer can rebind the still-
registered logger after the per-net pre-exit callback cleared the old
selection.</p>
<p>The race looks like this:</p>
<p>CPU 0                                 CPU 1
  ----                                  ----
  unregister_pernet_subsys()
    nf_log_unset(net, logger)
      net-&gt;nf.nf_loggers[pf] = NULL</p>
<p>lock nf_log_mutex
                                        find logger in loggers[][]
                                        net-&gt;nf.nf_loggers[pf] = logger
                                        unlock nf_log_mutex</p>
<p>nf_log_unregister(logger)
    lock nf_log_mutex
    loggers[pf][type] = NULL
    unlock nf_log_mutex
    synchronize_rcu()
  module exit returns
  module core frees backend memory</p>
<p>Later, a sysctl read or packet logging operation can dereference the
stale per-net logger pointer.</p>
<p>Fix this by unregistering the global logger backends before tearing down
per-net state. Once the global registrations are gone, later writers can
no longer rebind the logger. unregister_pernet_subsys() already waits
for an RCU grace period after the pre-exit callback clears the per-net
selection, while nf_log_unregister…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-97608"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-gqgj-ww6j-qxj3</id>
    <title>GHSA-gqgj-ww6j-qxj3</title>
    <updated>2026-10-03T05:28:17.983514+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>netfilter: nf_log: unregister loggers before per-net teardown</p>
<p>nf_log_syslog and nfnetlink_log unregister their per-network namespace
operations before unregistering their global logger backends. This
leaves a window where a sysctl or netlink writer can rebind the still-
registered logger after the per-net pre-exit callback cleared the old
selection.</p>
<p>The race looks like this:</p>
<p>CPU 0                                 CPU 1
  ----                                  ----
  unregister_pernet_subsys()
    nf_log_unset(net, logger)
      net-&gt;nf.nf_loggers[pf] = NULL</p>
<p>lock nf_log_mutex
                                        find logger in loggers[][]
                                        net-&gt;nf.nf_loggers[pf] = logger
                                        unlock nf_log_mutex</p>
<p>nf_log_unregister(logger)
    lock nf_log_mutex
    loggers[pf][type] = NULL
    unlock nf_log_mutex
    synchronize_rcu()
  module exit returns
  module core frees backend memory</p>
<p>Later, a sysctl read or packet logging operation can dereference the
stale per-net logger pointer.</p>
<p>Fix this by unregistering the global logger backends before tearing down
per-net state. Once the global registrations are gone, later writers can
no longer rebind the logger. unregister_pernet_subsys() already waits
for an RCU grace period after the pre-exit callback clears the per-net
selection, while nf_log_unregister…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-gqgj-ww6j-qxj3"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/msrc_cve-2026-97608</id>
    <title>msrc_CVE-2026-97608 — netfilter: nf_log: unregister loggers before per-net teardown</title>
    <updated>2026-10-03T05:28:17.983548+00:00</updated>
    <content>msrc_CVE-2026-97608</content>
    <link href="https://cve.radiocsirt.org/vuln/msrc_cve-2026-97608"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-97608</id>
    <title>UBUNTU-CVE-2026-97608</title>
    <updated>2026-10-03T05:28:17.983566+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 246 more</p>
<p>In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_log: unregister loggers before per-net teardown nf_log_syslog and nfnetlink_log unregister their per-network namespace operations before unregistering their global logger backends. This leaves a window where a sysctl or netlink writer can rebind the still- registered logger after the per-net pre-exit callback cleared the old selection. The race looks like this:   CPU 0                                 CPU 1   ----                                  ----   unregister_pernet_subsys()     nf_log_unset(net, logger)       net-&gt;nf.nf_loggers[pf] = NULL                                         lock nf_log_mutex                                         find logger in loggers[][]                                         net-&gt;nf.nf_loggers[pf] = logger                                         unlock nf_log_mutex   nf_log_unregister(logger)     lock nf_log_mutex     loggers[pf][type] = NULL     unlock nf_log_mutex     synchronize_rcu()   module exit returns   module core frees backend memory Later, a sysctl read or packet logging operation can dereference the stale per-net logger pointer. Fix this by unregistering the global logger backends before tearing down per-net state. Once the global registrations are gone, later writers can no longer rebind the logger. unregister_pernet_subsys() already waits for an RCU grace period after the pre-exit callback clears the per-net selection, while nf_log_unregister() conti…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-97608"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-3579</id>
    <title>WID-SEC-W-2026-3579 — Linux Kernel: Mehrere Schwachstellen</title>
    <updated>2026-10-03T05:28:17.983915+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Zustand herbeizuführen oder nicht näher spezifizierten Angriff durchzuführen.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/wid-sec-w-2026-3579"/>
  </entry>
</feed>
