<?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-04T11:54:59.202464+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/bdu:2026-05578</id>
    <title>bdu:2026-05578</title>
    <updated>2026-10-04T11:54:59.261524+00:00</updated>
    <content>bdu:2026-05578</content>
    <link href="https://cve.radiocsirt.org/vuln/bdu:2026-05578"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-281121</id>
    <title>EUVD-2026-281121</title>
    <updated>2026-10-04T11:54:59.261561+00:00</updated>
    <content>EUVD-2026-281121</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-281121"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-35457</id>
    <title>fkie_cve-2026-35457</title>
    <updated>2026-10-04T11:54:59.261584+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>libp2p-rust is the official rust language Implementation of the libp2p networking stack. Prior to 0.17.1, the rendezvous server stores pagination cookies without bounds. An unauthenticated peer can repeatedly issue DISCOVER requests and force unbounded memory growth. This vulnerability is fixed in 0.17.1.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-35457"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-v5hw-cv9c-rpg7</id>
    <title>GHSA-v5hw-cv9c-rpg7 — libp2p-rendezvous: Unbounded rendezvous DISCOVER cookies enable remote memory exhaustion</title>
    <updated>2026-10-04T11:54:59.261616+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: libp2p-rendezvous</p>
<p>### Summary
The rendezvous server stores pagination cookies without bounds. An unauthenticated peer can repeatedly issue `DISCOVER` requests and force unbounded memory growth.</p>
<p>### Details</p>
<p>Pagination state is stored in:</p>
<p>```rs
HashMap&lt;Cookie, HashSet&lt;RegistrationId&gt;&gt;
```</p>
<p>On `Message::Discover`:</p>
<p>```
remote peer
→ DISCOVER
→ handle_request
→ registrations.get(...)
→ new cookie generated
→ cookie inserted into Registrations::cookies
```</p>
<p>There is **no upper bound or eviction policy**, so repeated DISCOVER requests grow this map indefinitely.</p>
<p>### PoC
A reproduction test and minimal harness will be provided in a private fork in a follow-up comment.</p>
<p>### Impact</p>
<p>**Remote state amplification leading to memory exhaustion.**</p>
<p>Properties:</p>
<p>- etwork reachable
- no authentication required
- low attack complexity
- protocol-compliant traffic</p>
<p>Impacts rendezvous nodes exposed to untrusted peers.
---</p>
<p>### Possible Fixes</p>
<p>1. **Global cap + eviction**</p>
<p>Bound cookie storage (`MAX_COOKIES_TRACKED`) with FIFO/expiry aware eviction.  
Tradeoff: attacker can churn cookies and evict legitimate pagination state.</p>
<p>2. **Stateless cookies**</p>
<p>Encode pagination state in authenticated cookies instead of storing server-side state.  
Tradeoff: more complex implementation.</p>
<p>3. **Rate limiting / per-peer quotas**</p>
<p>Limit cookie creation per peer.  
Tradeoff: requires peer tracking.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-v5hw-cv9c-rpg7"/>
  </entry>
</feed>
