Skip to main content
VulnerabilityPublished

CVE-2026-77410: rabbitmq amqp091-go · Excessive Memory Allocation

Affects rabbitmq amqp091-goSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 8.9 High : upgrade to 1.13.0 soon.

Data as of 31 Oct 2026, 20:20 UTC

CVSS 4.0 base score
8.9High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 44% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 1.13.0
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 16 Sep 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 31 Oct 2026.

What to do

Upgrade amqp091-go and github.com/rabbitmq/amqp091-go to 1.13.0.

Affected software

ProductAffectedFixed in
rabbitmqamqp091-goAffected
  • <1.13.0
Fixed in
  • 1.13.0
Gogithub.com/rabbitmq/amqp091-gopkg:golang/github.com/rabbitmq/amqp091-goOther threatsAffected
  • <1.13.0
Fixed in
  • 1.13.0

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

Upgrade to amqp091-go version 1.13.0 or later, where this issue is fixed by capping the memory allocation to the negotiated frame size. No other mitigations are indicated. Patch status is confirmed fixed in version 1.13.0.

Description

RabbitMQ amqp091-go is a Go AMQP 0.9.1 client. Prior to 1.13.0, Channel.recvContent in channel.go preallocates the message body slice with the uint64 ch.header.Size value supplied by an AMQP content header without capping the allocation to the negotiated Connection.Config.FrameSize value. A malicious or compromised broker can send an extreme declared body size and cause the Go runtime to attempt a correspondingly large allocation before body data is received. The allocation can exhaust memory and terminate the client process. This issue is fixed in version 1.13.0.

References

Community reviews

Loading reviews…