<?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>Thu, 08 Oct 2026 00:20:22 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-5250</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-5250</link>
      <description>EUVD-2026-5250</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-5250</guid>
    </item>
    <item>
      <title>fkie_cve-2024-32972</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-32972</link>
      <description>&lt;p&gt;go-ethereum (geth) is a golang execution layer implementation of the Ethereum protocol. Prior to 1.13.15, a vulnerable node can be made to consume very large amounts of memory when handling specially crafted p2p messages sent from an attacker node. The fix has been included in geth version `1.13.15` and onwards.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;go-ethereum (geth) is a golang execution layer implementation of the Ethereum protocol. Prior to 1.13.15, a vulnerable node can be made to consume very large amounts of memory when handling specially crafted p2p messages sent from an attacker node. The fix has been included in geth version `1.13.15` and onwards.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-32972</guid>
    </item>
    <item>
      <title>GHSA-4xc9-8hmq-j652 — go-ethereum vulnerable to DoS via malicious p2p message</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-4xc9-8hmq-j652</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/ethereum/go-ethereum&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;A vulnerable node can be made to consume very large amounts of memory when handling specially crafted p2p messages sent from an attacker node.&lt;/p&gt;
&lt;p&gt;In order to carry out the attack, the attacker establishes a peer connections to the victim, and sends a malicious `GetBlockHeadersRequest` message with a `count` of  `0`, using the `ETH` protocol.&lt;/p&gt;
&lt;p&gt;In `descendants := chain.GetHeadersFrom(num+count-1, count-1)`, the value of `count-1` is passed to the function `GetHeadersFrom(number, count uint64)` as parameter `count`. Due to integer overflow, `UINT64_MAX` value is then passed as the `count` argument to function `GetHeadersFrom(number, count uint64)`. This allows an attacker to bypass `maxHeadersServe` and request all headers from the latest block back to the genesis block.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;The fix has been included in geth version `1.13.15` and onwards.&lt;/p&gt;
&lt;p&gt;The vulnerability was patched in: https://github.com/ethereum/go-ethereum/pull/29534&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;No workarounds have been made public.&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;No more information is released at this time.&lt;/p&gt;
&lt;p&gt;### Credit&lt;/p&gt;
&lt;p&gt;This issue was disclosed responsibly by DongHan Kim via the Ethereum bug bounty program. Thank you for your cooperation.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/ethereum/go-ethereum&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;A vulnerable node can be made to consume very large amounts of memory when handling specially crafted p2p messages sent from an attacker node.&lt;/p&gt;
&lt;p&gt;In order to carry out the attack, the attacker establishes a peer connections to the victim, and sends a malicious `GetBlockHeadersRequest` message with a `count` of  `0`, using the `ETH` protocol.&lt;/p&gt;
&lt;p&gt;In `descendants := chain.GetHeadersFrom(num+count-1, count-1)`, the value of `count-1` is passed to the function `GetHeadersFrom(number, count uint64)` as parameter `count`. Due to integer overflow, `UINT64_MAX` value is then passed as the `count` argument to function `GetHeadersFrom(number, count uint64)`. This allows an attacker to bypass `maxHeadersServe` and request all headers from the latest block back to the genesis block.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;The fix has been included in geth version `1.13.15` and onwards.&lt;/p&gt;
&lt;p&gt;The vulnerability was patched in: https://github.com/ethereum/go-ethereum/pull/29534&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;No workarounds have been made public.&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;No more information is released at this time.&lt;/p&gt;
&lt;p&gt;### Credit&lt;/p&gt;
&lt;p&gt;This issue was disclosed responsibly by DongHan Kim via the Ethereum bug bounty program. Thank you for your cooperation.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-4xc9-8hmq-j652</guid>
    </item>
    <item>
      <title>gsd-2024-32972</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2024-32972</link>
      <description>gsd-2024-32972</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2024-32972</guid>
    </item>
  </channel>
</rss>
