<?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://vulnerability.circl.lu</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>Thu, 01 Oct 2026 08:31:55 +0000</lastBuildDate>
    <item>
      <title>BELL-CVE-2026-64102</title>
      <link>https://vulnerability.circl.lu/vuln/bell-cve-2026-64102</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://vulnerability.circl.lu/vuln/bell-cve-2026-64102</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0926 — De multiples vulnérabilités ont été découvertes dans le noyau Linux d'Ubuntu. Certaines d'entre elles permettent à un a…</title>
      <link>https://vulnerability.circl.lu/vuln/certfr-2026-avi-0926</link>
      <description>certfr-2026-avi-0926</description>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/certfr-2026-avi-0926</guid>
    </item>
    <item>
      <title>fkie_cve-2026-64102</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-64102</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;RDMA/siw: Reject MPA FPDU length underflow before signed receive math&lt;/p&gt;
&lt;p&gt;A malicious connected siw peer can send an iWARP FPDU whose MPA length
field (c_hdr-&amp;gt;mpa_len, 16 bit big-endian, peer-controlled) is smaller
than the fixed DDP/RDMAP header for the announced opcode. Soft-iWARP
parses the full header in siw_get_hdr() based on iwarp_pktinfo[opcode]
.hdr_len, but never compares mpa_len against that header length.&lt;/p&gt;
&lt;p&gt;siw_tcp_rx_data() then derives&lt;/p&gt;
&lt;p&gt;srx-&amp;gt;fpdu_part_rem = be16_to_cpu(mpa_len) - fpdu_part_rcvd
                         + MPA_HDR_SIZE;&lt;/p&gt;
&lt;p&gt;where fpdu_part_rcvd equals iwarp_pktinfo[opcode].hdr_len at this
point. For a tagged WRITE (hdr_len 16, MPA_HDR_SIZE 2) the smallest
on-wire mpa_len of 0 yields fpdu_part_rem = -14, and any mpa_len below
hdr_len - MPA_HDR_SIZE underflows to a negative int.&lt;/p&gt;
&lt;p&gt;The signed value then flows into siw_proc_write()/siw_proc_rresp() as&lt;/p&gt;
&lt;p&gt;bytes = min(srx-&amp;gt;fpdu_part_rem, srx-&amp;gt;skb_new);&lt;/p&gt;
&lt;p&gt;is handed to siw_check_mem() as an int len (whose interval check
addr + len &amp;gt; mem-&amp;gt;va + mem-&amp;gt;len is satisfied for a valid base when
len is negative), and reaches siw_rx_data() -&amp;gt; siw_rx_kva() /
siw_rx_umem() -&amp;gt; skb_copy_bits() as a signed copy length. The header
copy branch in skb_copy_bits() promotes that to size_t, producing a
multi-gigabyte read.&lt;/p&gt;
&lt;p&gt;KASAN under a KUnit harness that drives the real kernel TCP receive
path -- a loopback AF_INET socketpair, the malformed FPDU written via
ke…&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;RDMA/siw: Reject MPA FPDU length underflow before signed receive math&lt;/p&gt;
&lt;p&gt;A malicious connected siw peer can send an iWARP FPDU whose MPA length
field (c_hdr-&amp;gt;mpa_len, 16 bit big-endian, peer-controlled) is smaller
than the fixed DDP/RDMAP header for the announced opcode. Soft-iWARP
parses the full header in siw_get_hdr() based on iwarp_pktinfo[opcode]
.hdr_len, but never compares mpa_len against that header length.&lt;/p&gt;
&lt;p&gt;siw_tcp_rx_data() then derives&lt;/p&gt;
&lt;p&gt;srx-&amp;gt;fpdu_part_rem = be16_to_cpu(mpa_len) - fpdu_part_rcvd
                         + MPA_HDR_SIZE;&lt;/p&gt;
&lt;p&gt;where fpdu_part_rcvd equals iwarp_pktinfo[opcode].hdr_len at this
point. For a tagged WRITE (hdr_len 16, MPA_HDR_SIZE 2) the smallest
on-wire mpa_len of 0 yields fpdu_part_rem = -14, and any mpa_len below
hdr_len - MPA_HDR_SIZE underflows to a negative int.&lt;/p&gt;
&lt;p&gt;The signed value then flows into siw_proc_write()/siw_proc_rresp() as&lt;/p&gt;
&lt;p&gt;bytes = min(srx-&amp;gt;fpdu_part_rem, srx-&amp;gt;skb_new);&lt;/p&gt;
&lt;p&gt;is handed to siw_check_mem() as an int len (whose interval check
addr + len &amp;gt; mem-&amp;gt;va + mem-&amp;gt;len is satisfied for a valid base when
len is negative), and reaches siw_rx_data() -&amp;gt; siw_rx_kva() /
siw_rx_umem() -&amp;gt; skb_copy_bits() as a signed copy length. The header
copy branch in skb_copy_bits() promotes that to size_t, producing a
multi-gigabyte read.&lt;/p&gt;
&lt;p&gt;KASAN under a KUnit harness that drives the real kernel TCP receive
path -- a loopback AF_INET socketpair, the malformed FPDU written via
ke…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-64102</guid>
    </item>
    <item>
      <title>GHSA-mhgq-v2h6-4f9w</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-mhgq-v2h6-4f9w</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;RDMA/siw: Reject MPA FPDU length underflow before signed receive math&lt;/p&gt;
&lt;p&gt;A malicious connected siw peer can send an iWARP FPDU whose MPA length
field (c_hdr-&amp;gt;mpa_len, 16 bit big-endian, peer-controlled) is smaller
than the fixed DDP/RDMAP header for the announced opcode. Soft-iWARP
parses the full header in siw_get_hdr() based on iwarp_pktinfo[opcode]
.hdr_len, but never compares mpa_len against that header length.&lt;/p&gt;
&lt;p&gt;siw_tcp_rx_data() then derives&lt;/p&gt;
&lt;p&gt;srx-&amp;gt;fpdu_part_rem = be16_to_cpu(mpa_len) - fpdu_part_rcvd
                         + MPA_HDR_SIZE;&lt;/p&gt;
&lt;p&gt;where fpdu_part_rcvd equals iwarp_pktinfo[opcode].hdr_len at this
point. For a tagged WRITE (hdr_len 16, MPA_HDR_SIZE 2) the smallest
on-wire mpa_len of 0 yields fpdu_part_rem = -14, and any mpa_len below
hdr_len - MPA_HDR_SIZE underflows to a negative int.&lt;/p&gt;
&lt;p&gt;The signed value then flows into siw_proc_write()/siw_proc_rresp() as&lt;/p&gt;
&lt;p&gt;bytes = min(srx-&amp;gt;fpdu_part_rem, srx-&amp;gt;skb_new);&lt;/p&gt;
&lt;p&gt;is handed to siw_check_mem() as an int len (whose interval check
addr + len &amp;gt; mem-&amp;gt;va + mem-&amp;gt;len is satisfied for a valid base when
len is negative), and reaches siw_rx_data() -&amp;gt; siw_rx_kva() /
siw_rx_umem() -&amp;gt; skb_copy_bits() as a signed copy length. The header
copy branch in skb_copy_bits() promotes that to size_t, producing a
multi-gigabyte read.&lt;/p&gt;
&lt;p&gt;KASAN under a KUnit harness that drives the real kernel TCP receive
path -- a loopback AF_INET socketpair, the malformed FPDU written via
ke…&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;RDMA/siw: Reject MPA FPDU length underflow before signed receive math&lt;/p&gt;
&lt;p&gt;A malicious connected siw peer can send an iWARP FPDU whose MPA length
field (c_hdr-&amp;gt;mpa_len, 16 bit big-endian, peer-controlled) is smaller
than the fixed DDP/RDMAP header for the announced opcode. Soft-iWARP
parses the full header in siw_get_hdr() based on iwarp_pktinfo[opcode]
.hdr_len, but never compares mpa_len against that header length.&lt;/p&gt;
&lt;p&gt;siw_tcp_rx_data() then derives&lt;/p&gt;
&lt;p&gt;srx-&amp;gt;fpdu_part_rem = be16_to_cpu(mpa_len) - fpdu_part_rcvd
                         + MPA_HDR_SIZE;&lt;/p&gt;
&lt;p&gt;where fpdu_part_rcvd equals iwarp_pktinfo[opcode].hdr_len at this
point. For a tagged WRITE (hdr_len 16, MPA_HDR_SIZE 2) the smallest
on-wire mpa_len of 0 yields fpdu_part_rem = -14, and any mpa_len below
hdr_len - MPA_HDR_SIZE underflows to a negative int.&lt;/p&gt;
&lt;p&gt;The signed value then flows into siw_proc_write()/siw_proc_rresp() as&lt;/p&gt;
&lt;p&gt;bytes = min(srx-&amp;gt;fpdu_part_rem, srx-&amp;gt;skb_new);&lt;/p&gt;
&lt;p&gt;is handed to siw_check_mem() as an int len (whose interval check
addr + len &amp;gt; mem-&amp;gt;va + mem-&amp;gt;len is satisfied for a valid base when
len is negative), and reaches siw_rx_data() -&amp;gt; siw_rx_kva() /
siw_rx_umem() -&amp;gt; skb_copy_bits() as a signed copy length. The header
copy branch in skb_copy_bits() promotes that to size_t, producing a
multi-gigabyte read.&lt;/p&gt;
&lt;p&gt;KASAN under a KUnit harness that drives the real kernel TCP receive
path -- a loopback AF_INET socketpair, the malformed FPDU written via
ke…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-mhgq-v2h6-4f9w</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:21910-1 — Security update for the Linux Kernel</title>
      <link>https://vulnerability.circl.lu/vuln/opensuse-su-2026:21910-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://vulnerability.circl.lu/vuln/opensuse-su-2026:21910-1</guid>
    </item>
    <item>
      <title>RHSA-2026:74132 — Red Hat Security Advisory: kernel-rt security, bug fix, and enhancement update</title>
      <link>https://vulnerability.circl.lu/vuln/rhsa-2026:74132</link>
      <description>&lt;p&gt;kernel: RDMA/siw: Reject MPA FPDU length underflow before signed receive math kernel: vmxnet3: fix BUG_ON in vmxnet3_get_hdr_len() for Geneve packets kernel: dm-integrity: don&amp;#39;t increment hash_offset twice kernel: net/liquidio: drop cached VF pci_dev LUT&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel: RDMA/siw: Reject MPA FPDU length underflow before signed receive math kernel: vmxnet3: fix BUG_ON in vmxnet3_get_hdr_len() for Geneve packets kernel: dm-integrity: don&amp;#39;t increment hash_offset twice kernel: net/liquidio: drop cached VF pci_dev LUT&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/rhsa-2026:74132</guid>
    </item>
    <item>
      <title>RLSA-2026:72623 — Important: kernel security, bug fix, and enhancement update</title>
      <link>https://vulnerability.circl.lu/vuln/rlsa-2026:72623</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Rocky Linux:9: kernel&lt;/p&gt;
&lt;p&gt;The kernel packages contain the Linux kernel, the core of any Linux operating system.&lt;/p&gt;
&lt;p&gt;Security Fix(es):&lt;/p&gt;
&lt;p&gt;* kernel: ext4: fix e4b bitmap inconsistency reports (CVE-2026-45942)&lt;/p&gt;
&lt;p&gt;* kernel: RDMA/rxe: Fix iova-to-va conversion for MR page sizes != PAGE_SIZE (CVE-2026-46325)&lt;/p&gt;
&lt;p&gt;* kernel: crypto: af_alg - Cap AEAD AD length to 0x80000000 (CVE-2026-52972)&lt;/p&gt;
&lt;p&gt;* kernel: fhandle: fix UAF due to unlocked -&amp;gt;mnt_ns read in may_decode_fh() (CVE-2026-53341)&lt;/p&gt;
&lt;p&gt;* kernel: arm64: tlb: Flush walk cache when unsharing PMD tables (CVE-2026-63875)&lt;/p&gt;
&lt;p&gt;* kernel: RDMA/siw: Reject MPA FPDU length underflow before signed receive math (CVE-2026-64102)&lt;/p&gt;
&lt;p&gt;* kernel: perf/core: Detach event groups during remove_on_exec (CVE-2026-64556)&lt;/p&gt;
&lt;p&gt;* kernel: crypto: tegra - fix rctx-&amp;gt;cryptlen calculation in tegra_gcm_do_one_req() (CVE-2026-80522)&lt;/p&gt;
&lt;p&gt;* kernel: perf: Reject exited events as group leaders (CVE-2026-74753)&lt;/p&gt;
&lt;p&gt;Bug Fix(es) and Enhancement(s):&lt;/p&gt;
&lt;p&gt;* KVM: s390: Limit adapter indicator access to mapped page [rhel-9.8.z] (JIRA:Rocky Linux-188656)&lt;/p&gt;
&lt;p&gt;* crypto: xxhash64 should not be fips approved [rhel-9.8.z] (JIRA:Rocky Linux-256437)&lt;/p&gt;
&lt;p&gt;For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Rocky Linux:9: kernel&lt;/p&gt;
&lt;p&gt;The kernel packages contain the Linux kernel, the core of any Linux operating system.&lt;/p&gt;
&lt;p&gt;Security Fix(es):&lt;/p&gt;
&lt;p&gt;* kernel: ext4: fix e4b bitmap inconsistency reports (CVE-2026-45942)&lt;/p&gt;
&lt;p&gt;* kernel: RDMA/rxe: Fix iova-to-va conversion for MR page sizes != PAGE_SIZE (CVE-2026-46325)&lt;/p&gt;
&lt;p&gt;* kernel: crypto: af_alg - Cap AEAD AD length to 0x80000000 (CVE-2026-52972)&lt;/p&gt;
&lt;p&gt;* kernel: fhandle: fix UAF due to unlocked -&amp;gt;mnt_ns read in may_decode_fh() (CVE-2026-53341)&lt;/p&gt;
&lt;p&gt;* kernel: arm64: tlb: Flush walk cache when unsharing PMD tables (CVE-2026-63875)&lt;/p&gt;
&lt;p&gt;* kernel: RDMA/siw: Reject MPA FPDU length underflow before signed receive math (CVE-2026-64102)&lt;/p&gt;
&lt;p&gt;* kernel: perf/core: Detach event groups during remove_on_exec (CVE-2026-64556)&lt;/p&gt;
&lt;p&gt;* kernel: crypto: tegra - fix rctx-&amp;gt;cryptlen calculation in tegra_gcm_do_one_req() (CVE-2026-80522)&lt;/p&gt;
&lt;p&gt;* kernel: perf: Reject exited events as group leaders (CVE-2026-74753)&lt;/p&gt;
&lt;p&gt;Bug Fix(es) and Enhancement(s):&lt;/p&gt;
&lt;p&gt;* KVM: s390: Limit adapter indicator access to mapped page [rhel-9.8.z] (JIRA:Rocky Linux-188656)&lt;/p&gt;
&lt;p&gt;* crypto: xxhash64 should not be fips approved [rhel-9.8.z] (JIRA:Rocky Linux-256437)&lt;/p&gt;
&lt;p&gt;For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/rlsa-2026:72623</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:23477-1 — Security update for the Linux Kernel</title>
      <link>https://vulnerability.circl.lu/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://vulnerability.circl.lu/vuln/suse-su-2026:23477-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-64102</title>
      <link>https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-64102</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 218 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: RDMA/siw: Reject MPA FPDU length underflow before signed receive math A malicious connected siw peer can send an iWARP FPDU whose MPA length field (c_hdr-&amp;gt;mpa_len, 16 bit big-endian, peer-controlled) is smaller than the fixed DDP/RDMAP header for the announced opcode. Soft-iWARP parses the full header in siw_get_hdr() based on iwarp_pktinfo[opcode] .hdr_len, but never compares mpa_len against that header length. siw_tcp_rx_data() then derives     srx-&amp;gt;fpdu_part_rem = be16_to_cpu(mpa_len) - fpdu_part_rcvd                          + MPA_HDR_SIZE; where fpdu_part_rcvd equals iwarp_pktinfo[opcode].hdr_len at this point. For a tagged WRITE (hdr_len 16, MPA_HDR_SIZE 2) the smallest on-wire mpa_len of 0 yields fpdu_part_rem = -14, and any mpa_len below hdr_len - MPA_HDR_SIZE underflows to a negative int. The signed value then flows into siw_proc_write()/siw_proc_rresp() as     bytes = min(srx-&amp;gt;fpdu_part_rem, srx-&amp;gt;skb_new); is handed to siw_check_mem() as an int len (whose interval check addr + len &amp;gt; mem-&amp;gt;va + mem-&amp;gt;len is satisfied for a valid base when len is negative), and reaches siw_rx_data() -&amp;gt; siw_rx_kva() / siw_rx_umem() -&amp;gt; skb_copy_bits() as a signed copy length. The header copy branch in skb_copy_bits() promotes that to size_t, producing a multi-gigabyte read. KASAN under a KUnit harness that drives the real kernel TCP receive path -- a loopback AF_INET socketpair, the malformed FPDU written via kernel_send…&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 218 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: RDMA/siw: Reject MPA FPDU length underflow before signed receive math A malicious connected siw peer can send an iWARP FPDU whose MPA length field (c_hdr-&amp;gt;mpa_len, 16 bit big-endian, peer-controlled) is smaller than the fixed DDP/RDMAP header for the announced opcode. Soft-iWARP parses the full header in siw_get_hdr() based on iwarp_pktinfo[opcode] .hdr_len, but never compares mpa_len against that header length. siw_tcp_rx_data() then derives     srx-&amp;gt;fpdu_part_rem = be16_to_cpu(mpa_len) - fpdu_part_rcvd                          + MPA_HDR_SIZE; where fpdu_part_rcvd equals iwarp_pktinfo[opcode].hdr_len at this point. For a tagged WRITE (hdr_len 16, MPA_HDR_SIZE 2) the smallest on-wire mpa_len of 0 yields fpdu_part_rem = -14, and any mpa_len below hdr_len - MPA_HDR_SIZE underflows to a negative int. The signed value then flows into siw_proc_write()/siw_proc_rresp() as     bytes = min(srx-&amp;gt;fpdu_part_rem, srx-&amp;gt;skb_new); is handed to siw_check_mem() as an int len (whose interval check addr + len &amp;gt; mem-&amp;gt;va + mem-&amp;gt;len is satisfied for a valid base when len is negative), and reaches siw_rx_data() -&amp;gt; siw_rx_kva() / siw_rx_umem() -&amp;gt; skb_copy_bits() as a signed copy length. The header copy branch in skb_copy_bits() promotes that to size_t, producing a multi-gigabyte read. KASAN under a KUnit harness that drives the real kernel TCP receive path -- a loopback AF_INET socketpair, the malformed FPDU written via kernel_send…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-64102</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2403 — Linux Kernel: Mehrere Schwachstellen ermöglichen nicht spezifizierten Angriff</title>
      <link>https://vulnerability.circl.lu/vuln/wid-sec-w-2026-2403</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, möglicherweise Sicherheitsmaßnahmen zu umgehen, einen Denial-of-Service-Zustand herbeizuführen oder vertrauliche Informationen offenzulegen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, möglicherweise Sicherheitsmaßnahmen zu umgehen, einen Denial-of-Service-Zustand herbeizuführen oder vertrauliche Informationen offenzulegen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/wid-sec-w-2026-2403</guid>
    </item>
  </channel>
</rss>
