<?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-10T17:08:23.366701+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-308974</id>
    <title>EUVD-2026-308974</title>
    <updated>2026-10-10T17:08:23.368841+00:00</updated>
    <content>EUVD-2026-308974</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-308974"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-41310</id>
    <title>fkie_cve-2026-41310</title>
    <updated>2026-10-10T17:08:23.368873+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>OpenTelemetry.Exporter.Zipkin is the .NET Zipkin exporter for OpenTelemetry. In versions 1.15.2 and earlier, the Zipkin exporter remote endpoint cache accepts unbounded key growth derived from span attributes. In high-cardinality scenarios, a process using Zipkin export for client or producer spans could experience avoidable memory growth under sustained unique remote endpoint values, increasing process memory usage over time and degrading availability. This issue is fixed in version 1.15.3, which introduces a bounded, thread-safe LRU cache for remote endpoints with a fixed maximum size.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-41310"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-88hf-wf7h-7w4m</id>
    <title>GHSA-88hf-wf7h-7w4m — OpenTelemetry's Zipkin remote endpoint cache could grow without bounds and increase memory pressure</title>
    <updated>2026-10-10T17:08:23.368905+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> NuGet: OpenTelemetry.Exporter.Zipkin</p>
<p>### Summary</p>
<p>The Zipkin exporter remote endpoint cache accepted unbounded key growth derived from span attributes. In high-cardinality scenarios, this could increase process memory usage over time and degrade availability.</p>
<p>### Details</p>
<p>- Introduce a bounded, thread-safe LRU cache for remote endpoints.
- Enforce fixed maximum size to prevent unbounded growth.</p>
<p>### Impact</p>
<p>- A process using Zipkin export for client/producer spans could experience avoidable memory growth under sustained unique remote endpoint values.</p>
<p>### Resources</p>
<p>[#7081](https://github.com/open-telemetry/opentelemetry-dotnet/pull/7081)</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-88hf-wf7h-7w4m"/>
  </entry>
</feed>
