<?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>Sat, 03 Oct 2026 20:10:45 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-11240</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-11240</link>
      <description>bdu:2026-11240</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-11240</guid>
    </item>
    <item>
      <title>BELL-CVE-2026-23240</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-23240</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-23240</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0316 — De multiples vulnérabilités ont été découvertes dans les produits VMware. Elles permettent à un attaquant de provoquer…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0316</link>
      <description>certfr-2026-avi-0316</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0316</guid>
    </item>
    <item>
      <title>EUVD-2026-347621</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-347621</link>
      <description>EUVD-2026-347621</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-347621</guid>
    </item>
    <item>
      <title>fkie_cve-2026-23240</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-23240</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;tls: Fix race condition in tls_sw_cancel_work_tx()&lt;/p&gt;
&lt;p&gt;This issue was discovered during a code audit.&lt;/p&gt;
&lt;p&gt;After cancel_delayed_work_sync() is called from tls_sk_proto_close(),
tx_work_handler() can still be scheduled from paths such as the
Delayed ACK handler or ksoftirqd.
As a result, the tx_work_handler() worker may dereference a freed
TLS object.&lt;/p&gt;
&lt;p&gt;The following is a simple race scenario:&lt;/p&gt;
&lt;p&gt;cpu0                         cpu1&lt;/p&gt;
&lt;p&gt;tls_sk_proto_close()
  tls_sw_cancel_work_tx()
                                 tls_write_space()
                                   tls_sw_write_space()
                                     if (!test_and_set_bit(BIT_TX_SCHEDULED, &amp;amp;tx_ctx-&amp;gt;tx_bitmask))
    set_bit(BIT_TX_SCHEDULED, &amp;amp;ctx-&amp;gt;tx_bitmask);
    cancel_delayed_work_sync(&amp;amp;ctx-&amp;gt;tx_work.work);
                                     schedule_delayed_work(&amp;amp;tx_ctx-&amp;gt;tx_work.work, 0);&lt;/p&gt;
&lt;p&gt;To prevent this race condition, cancel_delayed_work_sync() is
replaced with disable_delayed_work_sync().&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;tls: Fix race condition in tls_sw_cancel_work_tx()&lt;/p&gt;
&lt;p&gt;This issue was discovered during a code audit.&lt;/p&gt;
&lt;p&gt;After cancel_delayed_work_sync() is called from tls_sk_proto_close(),
tx_work_handler() can still be scheduled from paths such as the
Delayed ACK handler or ksoftirqd.
As a result, the tx_work_handler() worker may dereference a freed
TLS object.&lt;/p&gt;
&lt;p&gt;The following is a simple race scenario:&lt;/p&gt;
&lt;p&gt;cpu0                         cpu1&lt;/p&gt;
&lt;p&gt;tls_sk_proto_close()
  tls_sw_cancel_work_tx()
                                 tls_write_space()
                                   tls_sw_write_space()
                                     if (!test_and_set_bit(BIT_TX_SCHEDULED, &amp;amp;tx_ctx-&amp;gt;tx_bitmask))
    set_bit(BIT_TX_SCHEDULED, &amp;amp;ctx-&amp;gt;tx_bitmask);
    cancel_delayed_work_sync(&amp;amp;ctx-&amp;gt;tx_work.work);
                                     schedule_delayed_work(&amp;amp;tx_ctx-&amp;gt;tx_work.work, 0);&lt;/p&gt;
&lt;p&gt;To prevent this race condition, cancel_delayed_work_sync() is
replaced with disable_delayed_work_sync().&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-23240</guid>
    </item>
    <item>
      <title>GHSA-c96v-vvf3-2p7r</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-c96v-vvf3-2p7r</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;tls: Fix race condition in tls_sw_cancel_work_tx()&lt;/p&gt;
&lt;p&gt;This issue was discovered during a code audit.&lt;/p&gt;
&lt;p&gt;After cancel_delayed_work_sync() is called from tls_sk_proto_close(),
tx_work_handler() can still be scheduled from paths such as the
Delayed ACK handler or ksoftirqd.
As a result, the tx_work_handler() worker may dereference a freed
TLS object.&lt;/p&gt;
&lt;p&gt;The following is a simple race scenario:&lt;/p&gt;
&lt;p&gt;cpu0                         cpu1&lt;/p&gt;
&lt;p&gt;tls_sk_proto_close()
  tls_sw_cancel_work_tx()
                                 tls_write_space()
                                   tls_sw_write_space()
                                     if (!test_and_set_bit(BIT_TX_SCHEDULED, &amp;amp;tx_ctx-&amp;gt;tx_bitmask))
    set_bit(BIT_TX_SCHEDULED, &amp;amp;ctx-&amp;gt;tx_bitmask);
    cancel_delayed_work_sync(&amp;amp;ctx-&amp;gt;tx_work.work);
                                     schedule_delayed_work(&amp;amp;tx_ctx-&amp;gt;tx_work.work, 0);&lt;/p&gt;
&lt;p&gt;To prevent this race condition, cancel_delayed_work_sync() is
replaced with disable_delayed_work_sync().&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;tls: Fix race condition in tls_sw_cancel_work_tx()&lt;/p&gt;
&lt;p&gt;This issue was discovered during a code audit.&lt;/p&gt;
&lt;p&gt;After cancel_delayed_work_sync() is called from tls_sk_proto_close(),
tx_work_handler() can still be scheduled from paths such as the
Delayed ACK handler or ksoftirqd.
As a result, the tx_work_handler() worker may dereference a freed
TLS object.&lt;/p&gt;
&lt;p&gt;The following is a simple race scenario:&lt;/p&gt;
&lt;p&gt;cpu0                         cpu1&lt;/p&gt;
&lt;p&gt;tls_sk_proto_close()
  tls_sw_cancel_work_tx()
                                 tls_write_space()
                                   tls_sw_write_space()
                                     if (!test_and_set_bit(BIT_TX_SCHEDULED, &amp;amp;tx_ctx-&amp;gt;tx_bitmask))
    set_bit(BIT_TX_SCHEDULED, &amp;amp;ctx-&amp;gt;tx_bitmask);
    cancel_delayed_work_sync(&amp;amp;ctx-&amp;gt;tx_work.work);
                                     schedule_delayed_work(&amp;amp;tx_ctx-&amp;gt;tx_work.work, 0);&lt;/p&gt;
&lt;p&gt;To prevent this race condition, cancel_delayed_work_sync() is
replaced with disable_delayed_work_sync().&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-c96v-vvf3-2p7r</guid>
    </item>
    <item>
      <title>msrc_CVE-2026-23240 — tls: Fix race condition in tls_sw_cancel_work_tx()</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2026-23240</link>
      <description>msrc_CVE-2026-23240</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2026-23240</guid>
    </item>
    <item>
      <title>OESA-2026-1862 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2026-1862</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;f2fs: fix to detect potential corrupted nid in free_nid_list&lt;/p&gt;
&lt;p&gt;As reported, on-disk footer.ino and footer.nid is the same and
out-of-range, let&amp;amp;apos;s add sanity check on f2fs_alloc_nid() to detect
any potential corruption in free_nid_list.(CVE-2025-68315)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ntfs3: Fix uninit buffer allocated by __getname()&lt;/p&gt;
&lt;p&gt;Fix uninit errors caused after buffer allocation given to &amp;amp;apos;de&amp;amp;apos;; by
initializing the buffer with zeroes. The fix was found by using KMSAN.(CVE-2025-68727)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;netfilter: nf_tables: fix use-after-free in nf_tables_addchain()&lt;/p&gt;
&lt;p&gt;nf_tables_addchain() publishes the chain to table-&amp;amp;gt;chains via
list_add_tail_rcu() (in nft_chain_add()) before registering hooks.
If nf_tables_register_hook() then fails, the error path calls
nft_chain_del() (list_del_rcu()) followed by nf_tables_chain_destroy()
with no RCU grace period in between.&lt;/p&gt;
&lt;p&gt;This creates two use-after-free conditions:&lt;/p&gt;
&lt;p&gt;1) Control-plane: nf_tables_dump_chains() traverses table-&amp;amp;gt;chains
    under rcu_read_lock(). A concurrent dump can still be walking
    the chain when the error path frees it.&lt;/p&gt;
&lt;p&gt;2) Packet path: for NFPROTO_INET, nf_register_net_hook() briefly
    installs the IPv4 hook before IPv6 registration fails.  Packets
    entering nft…&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;f2fs: fix to detect potential corrupted nid in free_nid_list&lt;/p&gt;
&lt;p&gt;As reported, on-disk footer.ino and footer.nid is the same and
out-of-range, let&amp;amp;apos;s add sanity check on f2fs_alloc_nid() to detect
any potential corruption in free_nid_list.(CVE-2025-68315)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ntfs3: Fix uninit buffer allocated by __getname()&lt;/p&gt;
&lt;p&gt;Fix uninit errors caused after buffer allocation given to &amp;amp;apos;de&amp;amp;apos;; by
initializing the buffer with zeroes. The fix was found by using KMSAN.(CVE-2025-68727)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;netfilter: nf_tables: fix use-after-free in nf_tables_addchain()&lt;/p&gt;
&lt;p&gt;nf_tables_addchain() publishes the chain to table-&amp;amp;gt;chains via
list_add_tail_rcu() (in nft_chain_add()) before registering hooks.
If nf_tables_register_hook() then fails, the error path calls
nft_chain_del() (list_del_rcu()) followed by nf_tables_chain_destroy()
with no RCU grace period in between.&lt;/p&gt;
&lt;p&gt;This creates two use-after-free conditions:&lt;/p&gt;
&lt;p&gt;1) Control-plane: nf_tables_dump_chains() traverses table-&amp;amp;gt;chains
    under rcu_read_lock(). A concurrent dump can still be walking
    the chain when the error path frees it.&lt;/p&gt;
&lt;p&gt;2) Packet path: for NFPROTO_INET, nf_register_net_hook() briefly
    installs the IPv4 hook before IPv6 registration fails.  Packets
    entering nft…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2026-1862</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:10387-1 — kernel-devel-6.19.8-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:10387-1</link>
      <description>&lt;p&gt;kernel-devel-6.19.8-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel-devel-6.19.8-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:10387-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:2111-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:2111-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:2111-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-23240</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-23240</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 206 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: tls: Fix race condition in tls_sw_cancel_work_tx() This issue was discovered during a code audit. After cancel_delayed_work_sync() is called from tls_sk_proto_close(), tx_work_handler() can still be scheduled from paths such as the Delayed ACK handler or ksoftirqd. As a result, the tx_work_handler() worker may dereference a freed TLS object. The following is a simple race scenario:           cpu0                         cpu1 tls_sk_proto_close()   tls_sw_cancel_work_tx()                                  tls_write_space()                                    tls_sw_write_space()                                      if (!test_and_set_bit(BIT_TX_SCHEDULED, &amp;amp;tx_ctx-&amp;gt;tx_bitmask))     set_bit(BIT_TX_SCHEDULED, &amp;amp;ctx-&amp;gt;tx_bitmask);     cancel_delayed_work_sync(&amp;amp;ctx-&amp;gt;tx_work.work); schedule_delayed_work(&amp;amp;tx_ctx-&amp;gt;tx_work.work, 0); To prevent this race condition, cancel_delayed_work_sync() is replaced with disable_delayed_work_sync().&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 206 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: tls: Fix race condition in tls_sw_cancel_work_tx() This issue was discovered during a code audit. After cancel_delayed_work_sync() is called from tls_sk_proto_close(), tx_work_handler() can still be scheduled from paths such as the Delayed ACK handler or ksoftirqd. As a result, the tx_work_handler() worker may dereference a freed TLS object. The following is a simple race scenario:           cpu0                         cpu1 tls_sk_proto_close()   tls_sw_cancel_work_tx()                                  tls_write_space()                                    tls_sw_write_space()                                      if (!test_and_set_bit(BIT_TX_SCHEDULED, &amp;amp;tx_ctx-&amp;gt;tx_bitmask))     set_bit(BIT_TX_SCHEDULED, &amp;amp;ctx-&amp;gt;tx_bitmask);     cancel_delayed_work_sync(&amp;amp;ctx-&amp;gt;tx_work.work); schedule_delayed_work(&amp;amp;tx_ctx-&amp;gt;tx_work.work, 0); To prevent this race condition, cancel_delayed_work_sync() is replaced with disable_delayed_work_sync().&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-23240</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-0680 — Linux Kernel: Mehrere Schwachstellen ermöglichen Denial of Service</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-0680</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder andere, nicht näher spezifizierte Auswirkungen zu erzielen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder andere, nicht näher spezifizierte Auswirkungen zu erzielen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-0680</guid>
    </item>
  </channel>
</rss>
