<?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 19:52:38 +0000</lastBuildDate>
    <item>
      <title>BELL-CVE-2026-64541</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-64541</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-64541</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0981 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian. Elles permettent à un attaquant de provo…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0981</link>
      <description>certfr-2026-avi-0981</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0981</guid>
    </item>
    <item>
      <title>EUVD-2026-353420</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-353420</link>
      <description>EUVD-2026-353420</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-353420</guid>
    </item>
    <item>
      <title>fkie_cve-2026-64541</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-64541</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net/smc: fix UAF in smc_cdc_rx_handler() by pinning the socket&lt;/p&gt;
&lt;p&gt;smc_cdc_rx_handler() looks up the connection by token under the link
group&amp;#39;s conns_lock, drops the lock, and then dereferences conn and the
smc_sock derived from it, ending in sock_hold(&amp;amp;smc-&amp;gt;sk) inside
smc_cdc_msg_recv(). No reference is held across the lock release.&lt;/p&gt;
&lt;p&gt;The only reference pinning the socket while the connection is
discoverable in the link group is taken in smc_lgr_register_conn()
(sock_hold) and dropped in __smc_lgr_unregister_conn() (sock_put), both
under conns_lock. Once the handler drops conns_lock, a concurrent
close() -&amp;gt; smc_release() -&amp;gt; smc_conn_free() -&amp;gt; smc_lgr_unregister_conn()
can drop that reference and free the smc_sock, so the handler&amp;#39;s later
sock_hold() runs on freed memory:&lt;/p&gt;
&lt;p&gt;WARNING: lib/refcount.c:25 at refcount_warn_saturate
  Workqueue: rxe_wq do_work
   refcount_warn_saturate (lib/refcount.c:25)
   smc_cdc_msg_recv (net/smc/smc_cdc.c:430)
   smc_cdc_rx_handler (net/smc/smc_cdc.c:502)
   smc_wr_rx_tasklet_fn (net/smc/smc_wr.c:445)
   tasklet_action_common (kernel/softirq.c:938)
   handle_softirqs (kernel/softirq.c:622)
  Kernel panic - not syncing: panic_on_warn set&lt;/p&gt;
&lt;p&gt;Only SMC-R is affected. The SMC-D receive tasklet is stopped by
tasklet_kill(&amp;amp;conn-&amp;gt;rx_tsklet) in smc_conn_free() before the connection
is unregistered, so it cannot run concurrently with the free.&lt;/p&gt;
&lt;p&gt;Take the socket reference while still holding 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/smc: fix UAF in smc_cdc_rx_handler() by pinning the socket&lt;/p&gt;
&lt;p&gt;smc_cdc_rx_handler() looks up the connection by token under the link
group&amp;#39;s conns_lock, drops the lock, and then dereferences conn and the
smc_sock derived from it, ending in sock_hold(&amp;amp;smc-&amp;gt;sk) inside
smc_cdc_msg_recv(). No reference is held across the lock release.&lt;/p&gt;
&lt;p&gt;The only reference pinning the socket while the connection is
discoverable in the link group is taken in smc_lgr_register_conn()
(sock_hold) and dropped in __smc_lgr_unregister_conn() (sock_put), both
under conns_lock. Once the handler drops conns_lock, a concurrent
close() -&amp;gt; smc_release() -&amp;gt; smc_conn_free() -&amp;gt; smc_lgr_unregister_conn()
can drop that reference and free the smc_sock, so the handler&amp;#39;s later
sock_hold() runs on freed memory:&lt;/p&gt;
&lt;p&gt;WARNING: lib/refcount.c:25 at refcount_warn_saturate
  Workqueue: rxe_wq do_work
   refcount_warn_saturate (lib/refcount.c:25)
   smc_cdc_msg_recv (net/smc/smc_cdc.c:430)
   smc_cdc_rx_handler (net/smc/smc_cdc.c:502)
   smc_wr_rx_tasklet_fn (net/smc/smc_wr.c:445)
   tasklet_action_common (kernel/softirq.c:938)
   handle_softirqs (kernel/softirq.c:622)
  Kernel panic - not syncing: panic_on_warn set&lt;/p&gt;
&lt;p&gt;Only SMC-R is affected. The SMC-D receive tasklet is stopped by
tasklet_kill(&amp;amp;conn-&amp;gt;rx_tsklet) in smc_conn_free() before the connection
is unregistered, so it cannot run concurrently with the free.&lt;/p&gt;
&lt;p&gt;Take the socket reference while still holding c…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-64541</guid>
    </item>
    <item>
      <title>GHSA-wjv3-3r54-x298</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-wjv3-3r54-x298</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net/smc: fix UAF in smc_cdc_rx_handler() by pinning the socket&lt;/p&gt;
&lt;p&gt;smc_cdc_rx_handler() looks up the connection by token under the link
group&amp;#39;s conns_lock, drops the lock, and then dereferences conn and the
smc_sock derived from it, ending in sock_hold(&amp;amp;smc-&amp;gt;sk) inside
smc_cdc_msg_recv(). No reference is held across the lock release.&lt;/p&gt;
&lt;p&gt;The only reference pinning the socket while the connection is
discoverable in the link group is taken in smc_lgr_register_conn()
(sock_hold) and dropped in __smc_lgr_unregister_conn() (sock_put), both
under conns_lock. Once the handler drops conns_lock, a concurrent
close() -&amp;gt; smc_release() -&amp;gt; smc_conn_free() -&amp;gt; smc_lgr_unregister_conn()
can drop that reference and free the smc_sock, so the handler&amp;#39;s later
sock_hold() runs on freed memory:&lt;/p&gt;
&lt;p&gt;WARNING: lib/refcount.c:25 at refcount_warn_saturate
  Workqueue: rxe_wq do_work
   refcount_warn_saturate (lib/refcount.c:25)
   smc_cdc_msg_recv (net/smc/smc_cdc.c:430)
   smc_cdc_rx_handler (net/smc/smc_cdc.c:502)
   smc_wr_rx_tasklet_fn (net/smc/smc_wr.c:445)
   tasklet_action_common (kernel/softirq.c:938)
   handle_softirqs (kernel/softirq.c:622)
  Kernel panic - not syncing: panic_on_warn set&lt;/p&gt;
&lt;p&gt;Only SMC-R is affected. The SMC-D receive tasklet is stopped by
tasklet_kill(&amp;amp;conn-&amp;gt;rx_tsklet) in smc_conn_free() before the connection
is unregistered, so it cannot run concurrently with the free.&lt;/p&gt;
&lt;p&gt;Take the socket reference while still holding 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/smc: fix UAF in smc_cdc_rx_handler() by pinning the socket&lt;/p&gt;
&lt;p&gt;smc_cdc_rx_handler() looks up the connection by token under the link
group&amp;#39;s conns_lock, drops the lock, and then dereferences conn and the
smc_sock derived from it, ending in sock_hold(&amp;amp;smc-&amp;gt;sk) inside
smc_cdc_msg_recv(). No reference is held across the lock release.&lt;/p&gt;
&lt;p&gt;The only reference pinning the socket while the connection is
discoverable in the link group is taken in smc_lgr_register_conn()
(sock_hold) and dropped in __smc_lgr_unregister_conn() (sock_put), both
under conns_lock. Once the handler drops conns_lock, a concurrent
close() -&amp;gt; smc_release() -&amp;gt; smc_conn_free() -&amp;gt; smc_lgr_unregister_conn()
can drop that reference and free the smc_sock, so the handler&amp;#39;s later
sock_hold() runs on freed memory:&lt;/p&gt;
&lt;p&gt;WARNING: lib/refcount.c:25 at refcount_warn_saturate
  Workqueue: rxe_wq do_work
   refcount_warn_saturate (lib/refcount.c:25)
   smc_cdc_msg_recv (net/smc/smc_cdc.c:430)
   smc_cdc_rx_handler (net/smc/smc_cdc.c:502)
   smc_wr_rx_tasklet_fn (net/smc/smc_wr.c:445)
   tasklet_action_common (kernel/softirq.c:938)
   handle_softirqs (kernel/softirq.c:622)
  Kernel panic - not syncing: panic_on_warn set&lt;/p&gt;
&lt;p&gt;Only SMC-R is affected. The SMC-D receive tasklet is stopped by
tasklet_kill(&amp;amp;conn-&amp;gt;rx_tsklet) in smc_conn_free() before the connection
is unregistered, so it cannot run concurrently with the free.&lt;/p&gt;
&lt;p&gt;Take the socket reference while still holding c…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-wjv3-3r54-x298</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:11476-1 — kernel-devel-7.1.7-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:11476-1</link>
      <description>&lt;p&gt;kernel-devel-7.1.7-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel-devel-7.1.7-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:11476-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:23477-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:23477-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:23477-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-64541</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-64541</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 219 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: net/smc: fix UAF in smc_cdc_rx_handler() by pinning the socket smc_cdc_rx_handler() looks up the connection by token under the link group&amp;#39;s conns_lock, drops the lock, and then dereferences conn and the smc_sock derived from it, ending in sock_hold(&amp;amp;smc-&amp;gt;sk) inside smc_cdc_msg_recv(). No reference is held across the lock release. The only reference pinning the socket while the connection is discoverable in the link group is taken in smc_lgr_register_conn() (sock_hold) and dropped in __smc_lgr_unregister_conn() (sock_put), both under conns_lock. Once the handler drops conns_lock, a concurrent close() -&amp;gt; smc_release() -&amp;gt; smc_conn_free() -&amp;gt; smc_lgr_unregister_conn() can drop that reference and free the smc_sock, so the handler&amp;#39;s later sock_hold() runs on freed memory:   WARNING: lib/refcount.c:25 at refcount_warn_saturate   Workqueue: rxe_wq do_work    refcount_warn_saturate (lib/refcount.c:25)    smc_cdc_msg_recv (net/smc/smc_cdc.c:430)    smc_cdc_rx_handler (net/smc/smc_cdc.c:502)    smc_wr_rx_tasklet_fn (net/smc/smc_wr.c:445)    tasklet_action_common (kernel/softirq.c:938)    handle_softirqs (kernel/softirq.c:622)   Kernel panic - not syncing: panic_on_warn set Only SMC-R is affected. The SMC-D receive tasklet is stopped by tasklet_kill(&amp;amp;conn-&amp;gt;rx_tsklet) in smc_conn_free() before the connection is unregistered, so it cannot run concurrently with the free. Take the socket reference while still holding conns_l…&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 219 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: net/smc: fix UAF in smc_cdc_rx_handler() by pinning the socket smc_cdc_rx_handler() looks up the connection by token under the link group&amp;#39;s conns_lock, drops the lock, and then dereferences conn and the smc_sock derived from it, ending in sock_hold(&amp;amp;smc-&amp;gt;sk) inside smc_cdc_msg_recv(). No reference is held across the lock release. The only reference pinning the socket while the connection is discoverable in the link group is taken in smc_lgr_register_conn() (sock_hold) and dropped in __smc_lgr_unregister_conn() (sock_put), both under conns_lock. Once the handler drops conns_lock, a concurrent close() -&amp;gt; smc_release() -&amp;gt; smc_conn_free() -&amp;gt; smc_lgr_unregister_conn() can drop that reference and free the smc_sock, so the handler&amp;#39;s later sock_hold() runs on freed memory:   WARNING: lib/refcount.c:25 at refcount_warn_saturate   Workqueue: rxe_wq do_work    refcount_warn_saturate (lib/refcount.c:25)    smc_cdc_msg_recv (net/smc/smc_cdc.c:430)    smc_cdc_rx_handler (net/smc/smc_cdc.c:502)    smc_wr_rx_tasklet_fn (net/smc/smc_wr.c:445)    tasklet_action_common (kernel/softirq.c:938)    handle_softirqs (kernel/softirq.c:622)   Kernel panic - not syncing: panic_on_warn set Only SMC-R is affected. The SMC-D receive tasklet is stopped by tasklet_kill(&amp;amp;conn-&amp;gt;rx_tsklet) in smc_conn_free() before the connection is unregistered, so it cannot run concurrently with the free. Take the socket reference while still holding conns_l…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-64541</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2536 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2536</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um den Speicher zu beschädigen, vertrauliche Informationen offenzulegen, Daten zu manipulieren oder einen Denial-of-Service-Zustand zu verursachen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um den Speicher zu beschädigen, vertrauliche Informationen offenzulegen, Daten zu manipulieren oder einen Denial-of-Service-Zustand zu verursachen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2536</guid>
    </item>
  </channel>
</rss>
