CVE-2026-75516: RabbitMQ Java client: Frame-level OOM: Math.min(maxInboundMessageBodySize, 0) defeats frame size enforcement

Published Sep 16, 2026
·
Updated

The RabbitMQ Java client library allows Java and JVM-based applications to connect to and interact with RabbitMQ nodes. Prior to 5.34.0, AMQConnection.start() applies Math.min(maxInboundMessageBodySize, frameMax) after Connection.Tune negotiation even though AMQP defines frameMax value zero as unlimited and ConnectionFactory.DEFAULTFRAMEMAX is zero. When the client default and server-negotiated value are both zero, the result is passed to Utils.framePayloadLimit(int), which interprets zero as Integer.MAXVALUE and disables the configured maxInboundMessageBodySize cap. A malicious AMQP server, or a man-in-the-middle attacker able to modify Connection.Tune and inject frames into the connection, can then send an oversized frame of any frame type, causing Frame.readFrom() to allocate a large byte array before content-level validation and potentially terminate the client process through memory exhaustion. This issue is fixed in version 5.34.0.

Affected Software

1 affected component
RabbitMQ RabbitMQ Java client<5.34.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade RabbitMQ Java client to a version that resolves this vulnerability.

    Fixed in 5.34.0

Event History

Sep 16, 2026
CVE Published
via MITRE·06:30 PM
Data Sourced
via MITRE·06:30 PM
DescriptionWeakness

Frequently Asked Questions

1

Which deployments are exposed to this issue?

Java and other JVM-based applications using RabbitMQ Java client versions before 5.34.0 are affected when the effective negotiated frameMax is zero. This includes the default client frame-max setting, because ConnectionFactory.DEFAULT_FRAME_MAX is zero.

2

What must an attacker be able to do?

An attacker must control a malicious AMQP server, or be able to act as a man-in-the-middle who modifies Connection.Tune and injects frames into the connection. They can then send an oversized AMQP frame and trigger large memory allocation in the client.

3

What happens if exploitation succeeds?

The client can allocate a large byte array while reading the frame, before content-level validation occurs. This can exhaust memory and terminate the client process.

4

What is the remediation?

Upgrade the RabbitMQ Java client to version 5.34.0, which fixes the frame-size enforcement issue.

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