<?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-18T22:59:17.249517+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-196431</id>
    <title>EUVD-2026-196431</title>
    <updated>2026-10-18T22:59:17.252429+00:00</updated>
    <content>EUVD-2026-196431</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-196431"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2023-37475</id>
    <title>fkie_cve-2023-37475</title>
    <updated>2026-10-18T22:59:17.252460+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Hamba avro is a go lang encoder/decoder implementation of the avro codec specification. In affected versions a well-crafted string passed to avro's `github.com/hamba/avro/v2.Unmarshal()` can throw a `fatal error: runtime: out of memory` which is unrecoverable and can cause denial of service of the consumer of avro. The root cause of the issue is that avro uses part of the input to `Unmarshal()` to determine the size when creating a new slice and hence an attacker may consume arbitrary amounts of memory which in turn may cause the application to crash. This issue has been addressed in commit `b4a402f4` which has been included in release version `2.13.0`. Users are advised to upgrade. There are no known workarounds for this vulnerability.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2023-37475"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-9x44-9pgq-cf45</id>
    <title>GHSA-9x44-9pgq-cf45 — avro vulnerable to denial of service via attacker-controlled parameter</title>
    <updated>2026-10-18T22:59:17.252495+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/hamba/avro, Go: github.com/hamba/avro/v2</p>
<p>### Summary
A well-crafted string passed to avro's `github.com/hamba/avro/v2.Unmarshal()` can throw a `fatal error: runtime: out of memory` which is unrecoverable and can cause denial of service of the consumer of avro.</p>
<p>### Details
The root cause of the issue is that avro uses part of the input to `Unmarshal()` to determine the size when creating a new slice.</p>
<p>In the reproducer below, the first few bytes determine the size of the slice.</p>
<p>The root cause is on line 239 here:
https://github.com/hamba/avro/blob/3abfe1e6382c5dccf2e1a00260c51a64bc1f1ca1/reader.go#L216-L242</p>
<p>### PoC
The issue was found during a security audit of Dapr, and I attach a reproducer that shows how the issue affects Dapr.</p>
<p>Dapr uses an older version of the avro library, but it is also affected if bumping avro to latest.</p>
<p>To reproduce:
```bash
cd /tmp
git clone --depth=1 https://github.com/dapr/components-contrib
cd components-contrib/pubsub/pulsar
```
now add this test to the `pulsar_test.go`:
```golang
func TestParsePublishMetadata2(t *testing.T) {
        m := &amp;pubsub.PublishRequest{}
        m.Data = []byte{246, 255, 255, 255, 255, 10, 255, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32}
        _, _ = parsePublishMetadata(m, schemaMetadata{protocol: avroProtocol, value: "bytes"})
}
```
run the test with `go test -run=TestParsePublishMetadata2`.</p>
<p>You should see this stack…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-9x44-9pgq-cf45"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2023-37475</id>
    <title>gsd-2023-37475</title>
    <updated>2026-10-18T22:59:17.252660+00:00</updated>
    <content>gsd-2023-37475</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2023-37475"/>
  </entry>
</feed>
