<?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-04T23:18:25.661210+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-kz39555</id>
    <title>CLEANSTART-2026-KZ39555 — Security fix for CVE-2026-79921 applied in: keda 2.17.2-r2, keda 2.20.2-r2, opentelemetry-collector-contrib 0.157.0-r1</title>
    <updated>2026-10-04T23:18:26.071953+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> CleanStart: keda, CleanStart: opentelemetry-collector-contrib</p>
<p>CVE-2026-79921 affects multiple packages. This issue is resolved in later releases. See references for individual vulnerability details.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cleanstart-2026-kz39555"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-361509</id>
    <title>EUVD-2026-361509</title>
    <updated>2026-10-04T23:18:26.072122+00:00</updated>
    <content>EUVD-2026-361509</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-361509"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-79921</id>
    <title>fkie_cve-2026-79921</title>
    <updated>2026-10-04T23:18:26.072145+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>amqp091-go is a Go AMQP 0.9.1 client. Before version 1.13.0, a compromised or malicious AMQP broker can force the client to allocate resources for and process content body frames that exceed the negotiated frame_max limit. This can lead to unexpected memory consumption or application-layer denial of service (DoS), bypassing the protocol's built-in framing constraints. Version 1.13.0 contains a fix. No known workarounds are available.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-79921"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-6c5v-hqjr-5xxp</id>
    <title>GHSA-6c5v-hqjr-5xxp — amqp091-go has a Potential Memory Exhaustion/Protocol Violation via Broker-Controlled Oversized Payload</title>
    <updated>2026-10-04T23:18:26.072189+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**
A vulnerability exists in the amqp091-go client library where a compromised or malicious AMQP broker can force the client to allocate resources for and process content body frames that exceed the negotiated frame_max limit. This can lead to unexpected memory consumption or application-layer denial of service (DoS), bypassing the protocol's built-in framing constraints.</p>
<p>**Details**
During a standard AMQP 0-9-1 connection handshake, the client and the broker negotiate a maximum frame size (frame_max), for example, 4096 bytes.</p>
<p>However, after negotiation, a malicious broker can send a valid basic.deliver sequence containing a content body frame whose header declares a payload size larger than the negotiated frame_max. Instead of enforcing the agreed-upon limit and closing the connection with a frame-error (as mandated by the AMQP 0-9-1 specification), the amqp091-go client:</p>
<p>1. Accepts the broker-declared oversized frame size.
2. Allocates memory based on this oversized declaration.
3. Reads the payload, assembles it into the message, and delivers it to the consumer.</p>
<p>**Impact**</p>
<p>- Denial of Service (DoS): If a broker sends extremely large frame sizes, it can trigger significant memory allocations on the client side, potentially leading to Out-Of-Memory (OOM) crashes.
- Protocol Violation: The client fails to enforce negotiated connection parameters, trusting the broker implicitly even after constraints have been established.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-6c5v-hqjr-5xxp"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/rhsa-2026:60854</id>
    <title>RHSA-2026:60854 — Red Hat Security Advisory: Red Hat Hardened Images RPMs Security Update</title>
    <updated>2026-10-04T23:18:26.072226+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>github.com/rabbitmq/amqp091-go: amqp091-go: Denial of Service via oversized AMQP payloads</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/rhsa-2026:60854"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-79921</id>
    <title>UBUNTU-CVE-2026-79921</title>
    <updated>2026-10-04T23:18:26.072249+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:24.04:LTS: golang-github-rabbitmq-amqp091-go, Ubuntu:26.04:LTS: golang-github-rabbitmq-amqp091-go</p>
<p>amqp091-go is a Go AMQP 0.9.1 client. Before version 1.13.0, a compromised or malicious AMQP broker can force the client to allocate resources for and process content body frames that exceed the negotiated frame_max limit. This can lead to unexpected memory consumption or application-layer denial of service (DoS), bypassing the protocol's built-in framing constraints. Version 1.13.0 contains a fix. No known workarounds are available.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-79921"/>
  </entry>
</feed>
