<?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 21:38:45 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-12344</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-12344</link>
      <description>bdu:2026-12344</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-12344</guid>
    </item>
    <item>
      <title>BELL-CVE-2026-31393</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-31393</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-31393</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0547 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian LTS. Certaines d'entre elles permettent à…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0547</link>
      <description>certfr-2026-avi-0547</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0547</guid>
    </item>
    <item>
      <title>EUVD-2026-347667</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-347667</link>
      <description>EUVD-2026-347667</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-347667</guid>
    </item>
    <item>
      <title>fkie_cve-2026-31393</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-31393</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;Bluetooth: L2CAP: Validate L2CAP_INFO_RSP payload length before access&lt;/p&gt;
&lt;p&gt;l2cap_information_rsp() checks that cmd_len covers the fixed
l2cap_info_rsp header (type + result, 4 bytes) but then reads
rsp-&amp;gt;data without verifying that the payload is present:&lt;/p&gt;
&lt;p&gt;- L2CAP_IT_FEAT_MASK calls get_unaligned_le32(rsp-&amp;gt;data), which reads
   4 bytes past the header (needs cmd_len &amp;gt;= 8).&lt;/p&gt;
&lt;p&gt;- L2CAP_IT_FIXED_CHAN reads rsp-&amp;gt;data[0], 1 byte past the header
   (needs cmd_len &amp;gt;= 5).&lt;/p&gt;
&lt;p&gt;A truncated L2CAP_INFO_RSP with result == L2CAP_IR_SUCCESS triggers an
out-of-bounds read of adjacent skb data.&lt;/p&gt;
&lt;p&gt;Guard each data access with the required payload length check.  If the
payload is too short, skip the read and let the state machine complete
with safe defaults (feat_mask and remote_fixed_chan remain zero from
kzalloc), so the info timer cleanup and l2cap_conn_start() still run
and the connection is not stalled.&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;Bluetooth: L2CAP: Validate L2CAP_INFO_RSP payload length before access&lt;/p&gt;
&lt;p&gt;l2cap_information_rsp() checks that cmd_len covers the fixed
l2cap_info_rsp header (type + result, 4 bytes) but then reads
rsp-&amp;gt;data without verifying that the payload is present:&lt;/p&gt;
&lt;p&gt;- L2CAP_IT_FEAT_MASK calls get_unaligned_le32(rsp-&amp;gt;data), which reads
   4 bytes past the header (needs cmd_len &amp;gt;= 8).&lt;/p&gt;
&lt;p&gt;- L2CAP_IT_FIXED_CHAN reads rsp-&amp;gt;data[0], 1 byte past the header
   (needs cmd_len &amp;gt;= 5).&lt;/p&gt;
&lt;p&gt;A truncated L2CAP_INFO_RSP with result == L2CAP_IR_SUCCESS triggers an
out-of-bounds read of adjacent skb data.&lt;/p&gt;
&lt;p&gt;Guard each data access with the required payload length check.  If the
payload is too short, skip the read and let the state machine complete
with safe defaults (feat_mask and remote_fixed_chan remain zero from
kzalloc), so the info timer cleanup and l2cap_conn_start() still run
and the connection is not stalled.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-31393</guid>
    </item>
    <item>
      <title>GHSA-cpmg-r9cr-q8pj</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-cpmg-r9cr-q8pj</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;Bluetooth: L2CAP: Validate L2CAP_INFO_RSP payload length before access&lt;/p&gt;
&lt;p&gt;l2cap_information_rsp() checks that cmd_len covers the fixed
l2cap_info_rsp header (type + result, 4 bytes) but then reads
rsp-&amp;gt;data without verifying that the payload is present:&lt;/p&gt;
&lt;p&gt;- L2CAP_IT_FEAT_MASK calls get_unaligned_le32(rsp-&amp;gt;data), which reads
   4 bytes past the header (needs cmd_len &amp;gt;= 8).&lt;/p&gt;
&lt;p&gt;- L2CAP_IT_FIXED_CHAN reads rsp-&amp;gt;data[0], 1 byte past the header
   (needs cmd_len &amp;gt;= 5).&lt;/p&gt;
&lt;p&gt;A truncated L2CAP_INFO_RSP with result == L2CAP_IR_SUCCESS triggers an
out-of-bounds read of adjacent skb data.&lt;/p&gt;
&lt;p&gt;Guard each data access with the required payload length check.  If the
payload is too short, skip the read and let the state machine complete
with safe defaults (feat_mask and remote_fixed_chan remain zero from
kzalloc), so the info timer cleanup and l2cap_conn_start() still run
and the connection is not stalled.&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;Bluetooth: L2CAP: Validate L2CAP_INFO_RSP payload length before access&lt;/p&gt;
&lt;p&gt;l2cap_information_rsp() checks that cmd_len covers the fixed
l2cap_info_rsp header (type + result, 4 bytes) but then reads
rsp-&amp;gt;data without verifying that the payload is present:&lt;/p&gt;
&lt;p&gt;- L2CAP_IT_FEAT_MASK calls get_unaligned_le32(rsp-&amp;gt;data), which reads
   4 bytes past the header (needs cmd_len &amp;gt;= 8).&lt;/p&gt;
&lt;p&gt;- L2CAP_IT_FIXED_CHAN reads rsp-&amp;gt;data[0], 1 byte past the header
   (needs cmd_len &amp;gt;= 5).&lt;/p&gt;
&lt;p&gt;A truncated L2CAP_INFO_RSP with result == L2CAP_IR_SUCCESS triggers an
out-of-bounds read of adjacent skb data.&lt;/p&gt;
&lt;p&gt;Guard each data access with the required payload length check.  If the
payload is too short, skip the read and let the state machine complete
with safe defaults (feat_mask and remote_fixed_chan remain zero from
kzalloc), so the info timer cleanup and l2cap_conn_start() still run
and the connection is not stalled.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-cpmg-r9cr-q8pj</guid>
    </item>
    <item>
      <title>OESA-2026-1946 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2026-1946</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;mptcp: Initialise rcv_mss before calling tcp_send_active_reset() in mptcp_do_fastclose().&lt;/p&gt;
&lt;p&gt;syzbot reported divide-by-zero in __tcp_select_window() by
MPTCP socket. [0]&lt;/p&gt;
&lt;p&gt;We had a similar issue for the bare TCP and fixed in commit
499350a5a6e7 (&amp;amp;quot;tcp: initialize rcv_mss to TCP_MIN_MSS instead
of 0&amp;amp;quot;).&lt;/p&gt;
&lt;p&gt;Let&amp;amp;apos;s apply the same fix to mptcp_do_fastclose().&lt;/p&gt;
&lt;p&gt;[0]:
Oops: divide error: 0000 [#1] SMP KASAN PTI
CPU: 0 UID: 0 PID: 6068 Comm: syz.0.17 Not tainted syzkaller #0 PREEMPT(full)
Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/25/2025
RIP: 0010:__tcp_select_window+0x824/0x1320 net/ipv4/tcp_output.c:3336
Code: ff ff ff 44 89 f1 d3 e0 89 c1 f7 d1 41 01 cc 41 21 c4 e9 a9 00 00 00 e8 ca 49 01 f8 e9 9c 00 00 00 e8 c0 49 01 f8 44 89 e0 99 &amp;amp;lt;f7&amp;amp;gt; 7c 24 1c 41 29 d4 48 bb 00 00 00 00 00 fc ff df e9 80 00 00 00
RSP: 0018:ffffc90003017640 EFLAGS: 00010293
RAX: 0000000000000000 RBX: 0000000000000000 RCX: ffff88807b469e40
RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000
RBP: ffffc90003017730 R08: ffff888033268143 R09: 1ffff1100664d028
R10: dffffc0000000000 R11: ffffed100664d029 R12: 0000000000000000
R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000
FS:  000055557faa0500(0000) GS:ffff888126135000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050…&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;mptcp: Initialise rcv_mss before calling tcp_send_active_reset() in mptcp_do_fastclose().&lt;/p&gt;
&lt;p&gt;syzbot reported divide-by-zero in __tcp_select_window() by
MPTCP socket. [0]&lt;/p&gt;
&lt;p&gt;We had a similar issue for the bare TCP and fixed in commit
499350a5a6e7 (&amp;amp;quot;tcp: initialize rcv_mss to TCP_MIN_MSS instead
of 0&amp;amp;quot;).&lt;/p&gt;
&lt;p&gt;Let&amp;amp;apos;s apply the same fix to mptcp_do_fastclose().&lt;/p&gt;
&lt;p&gt;[0]:
Oops: divide error: 0000 [#1] SMP KASAN PTI
CPU: 0 UID: 0 PID: 6068 Comm: syz.0.17 Not tainted syzkaller #0 PREEMPT(full)
Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/25/2025
RIP: 0010:__tcp_select_window+0x824/0x1320 net/ipv4/tcp_output.c:3336
Code: ff ff ff 44 89 f1 d3 e0 89 c1 f7 d1 41 01 cc 41 21 c4 e9 a9 00 00 00 e8 ca 49 01 f8 e9 9c 00 00 00 e8 c0 49 01 f8 44 89 e0 99 &amp;amp;lt;f7&amp;amp;gt; 7c 24 1c 41 29 d4 48 bb 00 00 00 00 00 fc ff df e9 80 00 00 00
RSP: 0018:ffffc90003017640 EFLAGS: 00010293
RAX: 0000000000000000 RBX: 0000000000000000 RCX: ffff88807b469e40
RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000
RBP: ffffc90003017730 R08: ffff888033268143 R09: 1ffff1100664d028
R10: dffffc0000000000 R11: ffffed100664d029 R12: 0000000000000000
R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000
FS:  000055557faa0500(0000) GS:ffff888126135000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2026-1946</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:20826-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:20826-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:20826-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:2068-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:2068-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:2068-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-31393</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-31393</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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 232 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: Validate L2CAP_INFO_RSP payload length before access l2cap_information_rsp() checks that cmd_len covers the fixed l2cap_info_rsp header (type + result, 4 bytes) but then reads rsp-&amp;gt;data without verifying that the payload is present:  - L2CAP_IT_FEAT_MASK calls get_unaligned_le32(rsp-&amp;gt;data), which reads    4 bytes past the header (needs cmd_len &amp;gt;= 8).  - L2CAP_IT_FIXED_CHAN reads rsp-&amp;gt;data[0], 1 byte past the header    (needs cmd_len &amp;gt;= 5). A truncated L2CAP_INFO_RSP with result == L2CAP_IR_SUCCESS triggers an out-of-bounds read of adjacent skb data. Guard each data access with the required payload length check.  If the payload is too short, skip the read and let the state machine complete with safe defaults (feat_mask and remote_fixed_chan remain zero from kzalloc), so the info timer cleanup and l2cap_conn_start() still run and the connection is not stalled.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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 232 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: Validate L2CAP_INFO_RSP payload length before access l2cap_information_rsp() checks that cmd_len covers the fixed l2cap_info_rsp header (type + result, 4 bytes) but then reads rsp-&amp;gt;data without verifying that the payload is present:  - L2CAP_IT_FEAT_MASK calls get_unaligned_le32(rsp-&amp;gt;data), which reads    4 bytes past the header (needs cmd_len &amp;gt;= 8).  - L2CAP_IT_FIXED_CHAN reads rsp-&amp;gt;data[0], 1 byte past the header    (needs cmd_len &amp;gt;= 5). A truncated L2CAP_INFO_RSP with result == L2CAP_IR_SUCCESS triggers an out-of-bounds read of adjacent skb data. Guard each data access with the required payload length check.  If the payload is too short, skip the read and let the state machine complete with safe defaults (feat_mask and remote_fixed_chan remain zero from kzalloc), so the info timer cleanup and l2cap_conn_start() still run and the connection is not stalled.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-31393</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-0985 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-0985</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um unter anderem einen Denial of Service-Angriff auszuführen oder um Sicherheitsmechanismen zu umgehen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um unter anderem einen Denial of Service-Angriff auszuführen oder um Sicherheitsmechanismen zu umgehen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-0985</guid>
    </item>
  </channel>
</rss>
