<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-08T00:20:25.916309+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-5250</id>
    <title>EUVD-2026-5250</title>
    <updated>2026-10-08T00:20:25.919602+00:00</updated>
    <content>EUVD-2026-5250</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-5250"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2024-32972</id>
    <title>fkie_cve-2024-32972</title>
    <updated>2026-10-08T00:20:25.919651+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>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.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2024-32972"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-4xc9-8hmq-j652</id>
    <title>GHSA-4xc9-8hmq-j652 — go-ethereum vulnerable to DoS via malicious p2p message</title>
    <updated>2026-10-08T00:20:25.919699+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/ethereum/go-ethereum</p>
<p>### Impact</p>
<p>A vulnerable node can be made to consume very large amounts of memory when handling specially crafted p2p messages sent from an attacker node.</p>
<p>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.</p>
<p>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.</p>
<p>### Patches</p>
<p>The fix has been included in geth version `1.13.15` and onwards.</p>
<p>The vulnerability was patched in: https://github.com/ethereum/go-ethereum/pull/29534</p>
<p>### Workarounds</p>
<p>No workarounds have been made public.</p>
<p>### References</p>
<p>No more information is released at this time.</p>
<p>### Credit</p>
<p>This issue was disclosed responsibly by DongHan Kim via the Ethereum bug bounty program. Thank you for your cooperation.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-4xc9-8hmq-j652"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2024-32972</id>
    <title>gsd-2024-32972</title>
    <updated>2026-10-08T00:20:25.919760+00:00</updated>
    <content>gsd-2024-32972</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2024-32972"/>
  </entry>
</feed>
