<?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-03T10:37:22.200986+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/cleanstart-2026-de21669</id>
    <title>CLEANSTART-2026-DE21669 — RabbitMQ amqp091-go is a Go AMQP 0</title>
    <updated>2026-10-03T10:37:22.258505+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> CleanStart: opentelemetry-collector-contrib</p>
<p>Security vulnerability affects the opentelemetry-collector-contrib package. RabbitMQ amqp091-go is a Go AMQP 0.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cleanstart-2026-de21669"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-369932</id>
    <title>EUVD-2026-369932</title>
    <updated>2026-10-03T10:37:22.258558+00:00</updated>
    <content>EUVD-2026-369932</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-369932"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-77411</id>
    <title>fkie_cve-2026-77411</title>
    <updated>2026-10-03T10:37:22.258574+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>RabbitMQ amqp091-go is a Go AMQP 0.9.1 client. Prior to 1.13.0, readLongstr in read.go returns an empty string and a nil error when a declared AMQP longstr length exceeds 0x7FFFFFFF instead of returning ErrSyntax. The function leaves the declared field bytes unread, while readTable treats the operation as successful and continues parsing from the wrong offset. A malicious or compromised broker can provide an oversized longstr in a table field and desynchronize subsequent AMQP parsing, causing attacker-controlled trailing bytes to be interpreted as later fields or frames and disrupting connection integrity and availability. This issue is fixed in version 1.13.0.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-77411"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-c5pq-fr2g-9jpf</id>
    <title>GHSA-c5pq-fr2g-9jpf — RabbitMQ amqp091-go: Protocol Desynchronization and Frame Injection via Integer Overflow in readLongstr</title>
    <updated>2026-10-03T10:37:22.258600+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/rabbitmq/amqp091-go</p>
<p>**Summary**</p>
<p>A critical stream desynchronization vulnerability has been identified in the AMQP wire-protocol parser. When parsing a long string (`readLongstr`) within a table field, providing a length that exceeds the maximum signed 32-bit integer (`2^31 - 1`, or roughly `2.1` GiB) triggers an improper error-handling condition. The parser abruptly aborts the read and returns a success status (`"",nil`) without consuming the specified bytes from the underlying network buffer. This causes all subsequent read operations to become misaligned. The parser interprets arbitrary offsets within the remaining payload bytes as valid AMQP frame headers, leading to potential Remote Code Execution (RCE), data injection, or complete connection hijacking.</p>
<p>**Vulnerability Details**</p>
<p>The vulnerability exists within the bounds-checking logic of the readLongstr function:
```go
// read.go:113-114 — silent no-op return, bytes left in stream
if length &gt; (^uint32(0) &gt;&gt; 1) {
    return  // returns "", nil, does NOT consume `length` bytes
}
```
When `length` evaluates to a value greater than `0x7FFFFFFF`:</p>
<p>1. The function executes a silent `return` statement.
2. Because Go utilizes named or zero-value initialization for unassigned return registers, this yields `"", nil` (indicating a successful read of an empty string).
3. The Critical Failure: The reader's cursor is not advanced by `length` bytes. The malformed payload remains sitting in the TCP/buffer stream.</p>
<p>**Impact**</p>
<p>As `readTable` continues i…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-c5pq-fr2g-9jpf"/>
  </entry>
</feed>
