<?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>Wed, 21 Oct 2026 14:02:39 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-07350</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-07350</link>
      <description>bdu:2025-07350</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-07350</guid>
    </item>
    <item>
      <title>EUVD-2026-344435</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-344435</link>
      <description>EUVD-2026-344435</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-344435</guid>
    </item>
    <item>
      <title>fkie_cve-2021-47244</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2021-47244</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mptcp: Fix out of bounds when parsing TCP options&lt;/p&gt;
&lt;p&gt;The TCP option parser in mptcp (mptcp_get_options) could read one byte
out of bounds. When the length is 1, the execution flow gets into the
loop, reads one byte of the opcode, and if the opcode is neither
TCPOPT_EOL nor TCPOPT_NOP, it reads one more byte, which exceeds the
length of 1.&lt;/p&gt;
&lt;p&gt;This fix is inspired by commit 9609dad263f8 (&amp;#34;ipv4: tcp_input: fix stack
out of bounds when parsing TCP options.&amp;#34;).&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;mptcp: Fix out of bounds when parsing TCP options&lt;/p&gt;
&lt;p&gt;The TCP option parser in mptcp (mptcp_get_options) could read one byte
out of bounds. When the length is 1, the execution flow gets into the
loop, reads one byte of the opcode, and if the opcode is neither
TCPOPT_EOL nor TCPOPT_NOP, it reads one more byte, which exceeds the
length of 1.&lt;/p&gt;
&lt;p&gt;This fix is inspired by commit 9609dad263f8 (&amp;#34;ipv4: tcp_input: fix stack
out of bounds when parsing TCP options.&amp;#34;).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2021-47244</guid>
    </item>
    <item>
      <title>GHSA-grfr-gx46-j682</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-grfr-gx46-j682</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mptcp: Fix out of bounds when parsing TCP options&lt;/p&gt;
&lt;p&gt;The TCP option parser in mptcp (mptcp_get_options) could read one byte
out of bounds. When the length is 1, the execution flow gets into the
loop, reads one byte of the opcode, and if the opcode is neither
TCPOPT_EOL nor TCPOPT_NOP, it reads one more byte, which exceeds the
length of 1.&lt;/p&gt;
&lt;p&gt;This fix is inspired by commit 9609dad263f8 (&amp;#34;ipv4: tcp_input: fix stack
out of bounds when parsing TCP options.&amp;#34;).&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;mptcp: Fix out of bounds when parsing TCP options&lt;/p&gt;
&lt;p&gt;The TCP option parser in mptcp (mptcp_get_options) could read one byte
out of bounds. When the length is 1, the execution flow gets into the
loop, reads one byte of the opcode, and if the opcode is neither
TCPOPT_EOL nor TCPOPT_NOP, it reads one more byte, which exceeds the
length of 1.&lt;/p&gt;
&lt;p&gt;This fix is inspired by commit 9609dad263f8 (&amp;#34;ipv4: tcp_input: fix stack
out of bounds when parsing TCP options.&amp;#34;).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-grfr-gx46-j682</guid>
    </item>
    <item>
      <title>gsd-2021-47244</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2021-47244</link>
      <description>gsd-2021-47244</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2021-47244</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2021-47244</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2021-47244</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:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 54 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: mptcp: Fix out of bounds when parsing TCP options The TCP option parser in mptcp (mptcp_get_options) could read one byte out of bounds. When the length is 1, the execution flow gets into the loop, reads one byte of the opcode, and if the opcode is neither TCPOPT_EOL nor TCPOPT_NOP, it reads one more byte, which exceeds the length of 1. This fix is inspired by commit 9609dad263f8 (&amp;#34;ipv4: tcp_input: fix stack out of bounds when parsing TCP options.&amp;#34;).&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:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 54 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: mptcp: Fix out of bounds when parsing TCP options The TCP option parser in mptcp (mptcp_get_options) could read one byte out of bounds. When the length is 1, the execution flow gets into the loop, reads one byte of the opcode, and if the opcode is neither TCPOPT_EOL nor TCPOPT_NOP, it reads one more byte, which exceeds the length of 1. This fix is inspired by commit 9609dad263f8 (&amp;#34;ipv4: tcp_input: fix stack out of bounds when parsing TCP options.&amp;#34;).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2021-47244</guid>
    </item>
  </channel>
</rss>
