<?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:28:50 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-09715</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-09715</link>
      <description>bdu:2026-09715</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-09715</guid>
    </item>
    <item>
      <title>BELL-CVE-2026-52943</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-52943</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-52943</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0812 — De multiples vulnérabilités ont été découvertes dans Microsoft Azure Linux. Elles permettent à un attaquant de provoque…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0812</link>
      <description>certfr-2026-avi-0812</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0812</guid>
    </item>
    <item>
      <title>EUVD-2026-364830</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-364830</link>
      <description>EUVD-2026-364830</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-364830</guid>
    </item>
    <item>
      <title>fkie_cve-2026-52943</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-52943</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net: skbuff: fix missing zerocopy reference in pskb_carve helpers&lt;/p&gt;
&lt;p&gt;pskb_carve_inside_header() and pskb_carve_inside_nonlinear() both copy
the old skb_shared_info header into a new buffer via memcpy(), which
includes the destructor_arg pointer (uarg) for MSG_ZEROCOPY skbs.
Neither function calls net_zcopy_get() for the new shinfo, creating an
unaccounted holder: every skb_shared_info with destructor_arg set will
call skb_zcopy_clear() once when freed, but the corresponding
net_zcopy_get() was never called for the new copy. Repeated calls
drive uarg-&amp;gt;refcnt to zero prematurely, freeing ubuf_info_msgzc while
TX skbs still hold live destructor_arg pointers.&lt;/p&gt;
&lt;p&gt;KASAN reports use-after-free on a freed ubuf_info_msgzc:&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-use-after-free in skb_release_data+0x77b/0x810
  Read of size 8 at addr ffff88801574d3e8 by task poc/220&lt;/p&gt;
&lt;p&gt;Call Trace:
   skb_release_data+0x77b/0x810
   kfree_skb_list_reason+0x13e/0x610
   skb_release_data+0x4cd/0x810
   sk_skb_reason_drop+0xf3/0x340
   skb_queue_purge_reason+0x282/0x440
   rds_tcp_inc_free+0x1e/0x30
   rds_recvmsg+0x354/0x1780
   __sys_recvmsg+0xdf/0x180&lt;/p&gt;
&lt;p&gt;Allocated by task 219:
   msg_zerocopy_realloc+0x157/0x7b0
   tcp_sendmsg_locked+0x2892/0x3ba0&lt;/p&gt;
&lt;p&gt;Freed by task 219:
   ip_recv_error+0x74a/0xb10
   tcp_recvmsg+0x475/0x530&lt;/p&gt;
&lt;p&gt;The skb consuming the late access still referenced the same uarg via
shinfo-&amp;gt;destructor_arg copied by pskb_carve_inside_nonlinear() wit…&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: skbuff: fix missing zerocopy reference in pskb_carve helpers&lt;/p&gt;
&lt;p&gt;pskb_carve_inside_header() and pskb_carve_inside_nonlinear() both copy
the old skb_shared_info header into a new buffer via memcpy(), which
includes the destructor_arg pointer (uarg) for MSG_ZEROCOPY skbs.
Neither function calls net_zcopy_get() for the new shinfo, creating an
unaccounted holder: every skb_shared_info with destructor_arg set will
call skb_zcopy_clear() once when freed, but the corresponding
net_zcopy_get() was never called for the new copy. Repeated calls
drive uarg-&amp;gt;refcnt to zero prematurely, freeing ubuf_info_msgzc while
TX skbs still hold live destructor_arg pointers.&lt;/p&gt;
&lt;p&gt;KASAN reports use-after-free on a freed ubuf_info_msgzc:&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-use-after-free in skb_release_data+0x77b/0x810
  Read of size 8 at addr ffff88801574d3e8 by task poc/220&lt;/p&gt;
&lt;p&gt;Call Trace:
   skb_release_data+0x77b/0x810
   kfree_skb_list_reason+0x13e/0x610
   skb_release_data+0x4cd/0x810
   sk_skb_reason_drop+0xf3/0x340
   skb_queue_purge_reason+0x282/0x440
   rds_tcp_inc_free+0x1e/0x30
   rds_recvmsg+0x354/0x1780
   __sys_recvmsg+0xdf/0x180&lt;/p&gt;
&lt;p&gt;Allocated by task 219:
   msg_zerocopy_realloc+0x157/0x7b0
   tcp_sendmsg_locked+0x2892/0x3ba0&lt;/p&gt;
&lt;p&gt;Freed by task 219:
   ip_recv_error+0x74a/0xb10
   tcp_recvmsg+0x475/0x530&lt;/p&gt;
&lt;p&gt;The skb consuming the late access still referenced the same uarg via
shinfo-&amp;gt;destructor_arg copied by pskb_carve_inside_nonlinear() wit…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-52943</guid>
    </item>
    <item>
      <title>GHSA-vwrr-994w-h832</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-vwrr-994w-h832</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;net: skbuff: fix missing zerocopy reference in pskb_carve helpers&lt;/p&gt;
&lt;p&gt;pskb_carve_inside_header() and pskb_carve_inside_nonlinear() both copy
the old skb_shared_info header into a new buffer via memcpy(), which
includes the destructor_arg pointer (uarg) for MSG_ZEROCOPY skbs.
Neither function calls net_zcopy_get() for the new shinfo, creating an
unaccounted holder: every skb_shared_info with destructor_arg set will
call skb_zcopy_clear() once when freed, but the corresponding
net_zcopy_get() was never called for the new copy. Repeated calls
drive uarg-&amp;gt;refcnt to zero prematurely, freeing ubuf_info_msgzc while
TX skbs still hold live destructor_arg pointers.&lt;/p&gt;
&lt;p&gt;KASAN reports use-after-free on a freed ubuf_info_msgzc:&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-use-after-free in skb_release_data+0x77b/0x810
  Read of size 8 at addr ffff88801574d3e8 by task poc/220&lt;/p&gt;
&lt;p&gt;Call Trace:
   skb_release_data+0x77b/0x810
   kfree_skb_list_reason+0x13e/0x610
   skb_release_data+0x4cd/0x810
   sk_skb_reason_drop+0xf3/0x340
   skb_queue_purge_reason+0x282/0x440
   rds_tcp_inc_free+0x1e/0x30
   rds_recvmsg+0x354/0x1780
   __sys_recvmsg+0xdf/0x180&lt;/p&gt;
&lt;p&gt;Allocated by task 219:
   msg_zerocopy_realloc+0x157/0x7b0
   tcp_sendmsg_locked+0x2892/0x3ba0&lt;/p&gt;
&lt;p&gt;Freed by task 219:
   ip_recv_error+0x74a/0xb10
   tcp_recvmsg+0x475/0x530&lt;/p&gt;
&lt;p&gt;The skb consuming the late access still referenced the same uarg via
shinfo-&amp;gt;destructor_arg copied by pskb_carve_inside_nonlinear() wit…&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: skbuff: fix missing zerocopy reference in pskb_carve helpers&lt;/p&gt;
&lt;p&gt;pskb_carve_inside_header() and pskb_carve_inside_nonlinear() both copy
the old skb_shared_info header into a new buffer via memcpy(), which
includes the destructor_arg pointer (uarg) for MSG_ZEROCOPY skbs.
Neither function calls net_zcopy_get() for the new shinfo, creating an
unaccounted holder: every skb_shared_info with destructor_arg set will
call skb_zcopy_clear() once when freed, but the corresponding
net_zcopy_get() was never called for the new copy. Repeated calls
drive uarg-&amp;gt;refcnt to zero prematurely, freeing ubuf_info_msgzc while
TX skbs still hold live destructor_arg pointers.&lt;/p&gt;
&lt;p&gt;KASAN reports use-after-free on a freed ubuf_info_msgzc:&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-use-after-free in skb_release_data+0x77b/0x810
  Read of size 8 at addr ffff88801574d3e8 by task poc/220&lt;/p&gt;
&lt;p&gt;Call Trace:
   skb_release_data+0x77b/0x810
   kfree_skb_list_reason+0x13e/0x610
   skb_release_data+0x4cd/0x810
   sk_skb_reason_drop+0xf3/0x340
   skb_queue_purge_reason+0x282/0x440
   rds_tcp_inc_free+0x1e/0x30
   rds_recvmsg+0x354/0x1780
   __sys_recvmsg+0xdf/0x180&lt;/p&gt;
&lt;p&gt;Allocated by task 219:
   msg_zerocopy_realloc+0x157/0x7b0
   tcp_sendmsg_locked+0x2892/0x3ba0&lt;/p&gt;
&lt;p&gt;Freed by task 219:
   ip_recv_error+0x74a/0xb10
   tcp_recvmsg+0x475/0x530&lt;/p&gt;
&lt;p&gt;The skb consuming the late access still referenced the same uarg via
shinfo-&amp;gt;destructor_arg copied by pskb_carve_inside_nonlinear() wit…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-vwrr-994w-h832</guid>
    </item>
    <item>
      <title>msrc_CVE-2026-52943 — net: skbuff: fix missing zerocopy reference in pskb_carve helpers</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2026-52943</link>
      <description>msrc_CVE-2026-52943</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2026-52943</guid>
    </item>
    <item>
      <title>OESA-2026-2930 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2026-2930</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP4: 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;wifi: mac80211: check tdls flag in ieee80211_tdls_oper&lt;/p&gt;
&lt;p&gt;When NL80211_TDLS_ENABLE_LINK is called, the code only checks if the
station exists but not whether it is actually a TDLS station. This
allows the operation to proceed for non-TDLS stations, causing
unintended side effects like modifying channel context and HT
protection before failing.&lt;/p&gt;
&lt;p&gt;Add a check for sta-&amp;amp;gt;sta.tdls early in the ENABLE_LINK case, before
any side effects occur, to ensure the operation is only allowed for
actual TDLS peers.(CVE-2026-43052)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;wifi: brcmfmac: validate bsscfg indices in IF events&lt;/p&gt;
&lt;p&gt;brcmf_fweh_handle_if_event() validates the firmware-provided interface
index before it touches drvr-&amp;amp;gt;iflist[], but it still uses the raw
bsscfgidx field as an array index without a matching range check.&lt;/p&gt;
&lt;p&gt;Reject IF events whose bsscfg index does not fit in drvr-&amp;amp;gt;iflist[]
before indexing the interface array.&lt;/p&gt;
&lt;p&gt;[add missing wifi prefix](CVE-2026-43110)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;HID: roccat: fix use-after-free in roccat_report_event&lt;/p&gt;
&lt;p&gt;roccat_report_event() iterates over the device-&amp;amp;gt;readers list without
holding the readers_lock. This allows a concurrent roccat_release() to
remove and free a reader while it&amp;amp;apos;s still being accessed, leading to a
use-after-f…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP4: 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;wifi: mac80211: check tdls flag in ieee80211_tdls_oper&lt;/p&gt;
&lt;p&gt;When NL80211_TDLS_ENABLE_LINK is called, the code only checks if the
station exists but not whether it is actually a TDLS station. This
allows the operation to proceed for non-TDLS stations, causing
unintended side effects like modifying channel context and HT
protection before failing.&lt;/p&gt;
&lt;p&gt;Add a check for sta-&amp;amp;gt;sta.tdls early in the ENABLE_LINK case, before
any side effects occur, to ensure the operation is only allowed for
actual TDLS peers.(CVE-2026-43052)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;wifi: brcmfmac: validate bsscfg indices in IF events&lt;/p&gt;
&lt;p&gt;brcmf_fweh_handle_if_event() validates the firmware-provided interface
index before it touches drvr-&amp;amp;gt;iflist[], but it still uses the raw
bsscfgidx field as an array index without a matching range check.&lt;/p&gt;
&lt;p&gt;Reject IF events whose bsscfg index does not fit in drvr-&amp;amp;gt;iflist[]
before indexing the interface array.&lt;/p&gt;
&lt;p&gt;[add missing wifi prefix](CVE-2026-43110)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;HID: roccat: fix use-after-free in roccat_report_event&lt;/p&gt;
&lt;p&gt;roccat_report_event() iterates over the device-&amp;amp;gt;readers list without
holding the readers_lock. This allows a concurrent roccat_release() to
remove and free a reader while it&amp;amp;apos;s still being accessed, leading to a
use-after-f…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2026-2930</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:21388-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:21388-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/opensuse-su-2026:21388-1</guid>
    </item>
    <item>
      <title>SSA-019113 — SSA-019113: Vulnerabilities in the additional GNU/Linux subsystem of the SIMATIC S7-1500 CPU 1518(F)-4 PN/DP MFP V3.1.6</title>
      <link>https://cve.radiocsirt.org/vuln/ssa-019113</link>
      <description>&lt;p&gt;Multiple vulnerabilities have been identified in the additional GNU/Linux subsystem of the firmware version V3.1.6 for the SIMATIC S7-1500 CPU 1518(F)-4 PN/DP MFP (incl. SIPLUS variant).&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Multiple vulnerabilities have been identified in the additional GNU/Linux subsystem of the firmware version V3.1.6 for the SIMATIC S7-1500 CPU 1518(F)-4 PN/DP MFP (incl. SIPLUS variant).&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ssa-019113</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:22521-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:22521-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:22521-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-52943</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-52943</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-azure, 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, Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:Pro:16.04:LTS: linux-oracle, Ubuntu:Pro:18.04:LTS: linux, Ubuntu:Pro:18.04:LTS: linux-aws, Ubuntu:18.04:LTS: linux-aws-5.0 and 247 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: net: skbuff: fix missing zerocopy reference in pskb_carve helpers pskb_carve_inside_header() and pskb_carve_inside_nonlinear() both copy the old skb_shared_info header into a new buffer via memcpy(), which includes the destructor_arg pointer (uarg) for MSG_ZEROCOPY skbs. Neither function calls net_zcopy_get() for the new shinfo, creating an unaccounted holder: every skb_shared_info with destructor_arg set will call skb_zcopy_clear() once when freed, but the corresponding net_zcopy_get() was never called for the new copy. Repeated calls drive uarg-&amp;gt;refcnt to zero prematurely, freeing ubuf_info_msgzc while TX skbs still hold live destructor_arg pointers. KASAN reports use-after-free on a freed ubuf_info_msgzc:   BUG: KASAN: slab-use-after-free in skb_release_data+0x77b/0x810   Read of size 8 at addr ffff88801574d3e8 by task poc/220   Call Trace:    skb_release_data+0x77b/0x810    kfree_skb_list_reason+0x13e/0x610    skb_release_data+0x4cd/0x810    sk_skb_reason_drop+0xf3/0x340    skb_queue_purge_reason+0x282/0x440    rds_tcp_inc_free+0x1e/0x30    rds_recvmsg+0x354/0x1780    __sys_recvmsg+0xdf/0x180   Allocated by task 219:    msg_zerocopy_realloc+0x157/0x7b0    tcp_sendmsg_locked+0x2892/0x3ba0   Freed by task 219:    ip_recv_error+0x74a/0xb10    tcp_recvmsg+0x475/0x530 The skb consuming the late access still referenced the same uarg via shinfo-&amp;gt;destructor_arg copied by pskb_carve_inside_nonlinear() without a r…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-azure, 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, Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:Pro:16.04:LTS: linux-oracle, Ubuntu:Pro:18.04:LTS: linux, Ubuntu:Pro:18.04:LTS: linux-aws, Ubuntu:18.04:LTS: linux-aws-5.0 and 247 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: net: skbuff: fix missing zerocopy reference in pskb_carve helpers pskb_carve_inside_header() and pskb_carve_inside_nonlinear() both copy the old skb_shared_info header into a new buffer via memcpy(), which includes the destructor_arg pointer (uarg) for MSG_ZEROCOPY skbs. Neither function calls net_zcopy_get() for the new shinfo, creating an unaccounted holder: every skb_shared_info with destructor_arg set will call skb_zcopy_clear() once when freed, but the corresponding net_zcopy_get() was never called for the new copy. Repeated calls drive uarg-&amp;gt;refcnt to zero prematurely, freeing ubuf_info_msgzc while TX skbs still hold live destructor_arg pointers. KASAN reports use-after-free on a freed ubuf_info_msgzc:   BUG: KASAN: slab-use-after-free in skb_release_data+0x77b/0x810   Read of size 8 at addr ffff88801574d3e8 by task poc/220   Call Trace:    skb_release_data+0x77b/0x810    kfree_skb_list_reason+0x13e/0x610    skb_release_data+0x4cd/0x810    sk_skb_reason_drop+0xf3/0x340    skb_queue_purge_reason+0x282/0x440    rds_tcp_inc_free+0x1e/0x30    rds_recvmsg+0x354/0x1780    __sys_recvmsg+0xdf/0x180   Allocated by task 219:    msg_zerocopy_realloc+0x157/0x7b0    tcp_sendmsg_locked+0x2892/0x3ba0   Freed by task 219:    ip_recv_error+0x74a/0xb10    tcp_recvmsg+0x475/0x530 The skb consuming the late access still referenced the same uarg via shinfo-&amp;gt;destructor_arg copied by pskb_carve_inside_nonlinear() without a r…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-52943</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2158 — Linux Kernel: Schwachstelle ermöglicht Erlangen von Administratorrechten</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2158</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann eine Schwachstelle in Linux Kernel ausnutzen, um Administratorrechte zu erlangen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein lokaler Angreifer kann eine Schwachstelle in Linux Kernel ausnutzen, um Administratorrechte zu erlangen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2158</guid>
    </item>
  </channel>
</rss>
