GHSA-rm6m-hrcw-jw33: Go/github.com/rabbitmq/amqp091-go vulnerability

Published Sep 17, 2026
·
Updated

Summary A logic and resource exhaustion vulnerability exists in the AMQP client's Quality of Service (Qos) configuration method. The Qos function accepts signed integers (int) for the prefetchCount and prefetchSize parameters but casts them directly to unsigned integers (uint16 and uint32, respectively) when formatting the wire-level frame.

If a developer passes a negative integer (such as -1) to these parameters—frequently intended as a sentinel value meaning "no change" or "no limit"—the application performs an implicit signed-to-unsigned conversion. This wraps the values to their absolute maximum limit ($65535$ and $4294967295$). Consequently, a consumer expecting restricted message delivery rates is suddenly flooded with an unlimited volume of messages, potentially exhausting memory resources and crashing the application.

---

Vulnerability Details

Mechanism The bug manifests during the structural assignment inside the channel's Qos method:

go // channel.go:795-796 PrefetchCount: uint16(prefetchCount), // -1 wraps to 65535 PrefetchSize: uint32(prefetchSize), // -1 wraps to 4294967295

In Go, converting a negative signed integer to an unsigned integer shifts the value via two's complement arithmetic. Because no boundary validation or signedness check occurs prior to the cast: Passing -1 for prefetchCount yields a wire value of 65535. Passing -1 for prefetchSize yields a wire value of 4294967295.

Impact The AMQP broker interprets a prefetch-count of 65535 as an instruction to dispatch messages to the consumer with virtually no concurrency limits.

If the application is processing heavy payloads or relies on strict rate-limiting to maintain stability, this unexpected flood will cause rapid heap memory growth, unmanageable processing queues, and an eventual Out-Of-Memory (OOM) termination.

---

Attack Vector An attacker who can manipulate configuration files, environmental variables, or API inputs that dictate client Qos settings can trigger an application-layer Denial of Service:

1. Malicious Input: An attacker sets a service's prefetch configuration parameter to -1. 2. Implicit Overflow: The application initializes the channel, executes Qos(-1, ...), and transmits an unintended maximum-capacity request to the RabbitMQ/AMQP broker. 3. Consumer Exhaustion: The broker flushes the entire contents of the queue directly into the client consumer's network buffer, bypassing expected application concurrency barriers and inducing a crash.

Affected Software

1 affected componentFixes available
go/github.com/rabbitmq/amqp091-go<1.13.0
1.13.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade go/github.com/rabbitmq/amqp091-go to a version that resolves this vulnerability.

    Fixed in 1.13.0

Event History

Sep 17, 2026
Advisory Published
via GitHub·05:04 PM
Data Sourced
via GitHub·05:04 PM
DescriptionWeaknessAffected Software

Frequently Asked Questions

1

Which applications are exposed to this issue?

Applications using the AMQP client's Qos method are exposed if they pass negative values for prefetchCount or prefetchSize. This is especially relevant where -1 or another negative value is used as a sentinel for “no change” or “no limit.”

2

What is required to trigger the problem?

The Qos method must receive a negative signed integer for prefetchCount or prefetchSize. The conversion then produces 65535 for a prefetch count of -1 and 4294967295 for a prefetch size of -1.

3

How can I determine whether my application is affected?

Review calls to Qos for negative prefetchCount or prefetchSize arguments, including values derived from configuration or application logic. Affected consumers may receive far more messages than intended and show rapid memory growth or crashes from message flooding.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203