CVE-2026-69220: RabbitMQ Java client ValueReader: Unbounded recursive table/array nesting causes StackOverflowError DoS

Published Aug 18, 2026
·
Updated

Summary

ValueReader.readTable() and readArray() recursively call readFieldValue() with no depth limit. A malicious AMQP peer can crash the client JVM by sending a deeply nested table structure.

Vulnerable Code

src/main/java/com/rabbitmq/client/impl/ValueReader.java lines 139-155 and 237-249:

java private static Map<String, Object> readTable(DataInputStream in) throws IOException { long tableLength = unsignedExtend(in.readInt()); // ... while(tableIn.available() > 0) { String name = readShortstr(tableIn); Object value = readFieldValue(tableIn); // recursive call } }

static Object readFieldValue(DataInputStream in) throws IOException { switch(in.readUnsignedByte()) { case 'F': value = readTable(in); // mutual recursion case 'A': value = readArray(in); // mutual recursion } }

Attack Scenario

A malicious AMQP server (or MitM) sends a connection.start frame with ~580 levels of nested tables. Each level costs ~7 bytes (4-byte length + 1-byte key length + 1-byte key + 1-byte type tag), totaling ~4060 bytes within the 131,072 byte max frame size. With the default JVM stack (~512KB, ~864 bytes/frame), this triggers StackOverflowError, killing the I/O thread.

Exploitable pre-authentication since connection.start is the very first server frame.

Impact

Denial of service. StackOverflowError kills the client I/O thread.

CWE

CWE-674: Uncontrolled Recursion

Remediation

Add a depth counter to readTable/readArray/readFieldValue and throw MalformedFrameException when exceeding a threshold (e.g., 32).

Other sources

The RabbitMQ Java client library allows Java and JVM-based applications to connect to and interact with RabbitMQ nodes. Prior to 5.33.1, src/main/java/com/rabbitmq/client/impl/ValueReader.java permits ValueReader.readTable and ValueReader.readArray to call ValueReader.readFieldValue recursively for AMQP table type F and AMQP array type A values without a nesting-depth limit. A malicious AMQP server or network intermediary can send approximately 580 nested table levels in the pre-authentication connection.start frame, fitting within the default 131072-byte frame maximum, to trigger StackOverflowError. The error terminates the client input processing thread and causes denial of service. This issue is fixed in version 5.33.1.

MITRE

Affected Software

2 affected componentsFixes available
RabbitMQ RabbitMQ Java client<5.33.1
maven/com.rabbitmq:amqp-client<=5.33.0
5.33.1

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade maven/com.rabbitmq:amqp-client to a version that resolves this vulnerability.

    Fixed in 5.33.1
  2. Upgrade

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

    Fixed in 5.33.1
  3. Configuration

    Implement a recursion/depth counter in ValueReader.readTable/readArray/readFieldValue and abort parsing by throwing MalformedFrameException when the nesting depth exceeds the configured threshold (example given: 32), to prevent StackOverflowError from deeply nested AMQP table/array structures.

    src/main/java/com/rabbitmq/client/impl/ValueReader.java nesting-depth limit for readTable/readArray/readFieldValue = throw MalformedFrameException when exceeding a threshold (e.g., 32)

Event History

Aug 18, 2026
CVE Published
via MITRE·04:25 PM
Data Sourced
via MITRE·04:25 PM
DescriptionWeakness
Advisory Published
via GitHub·04:32 PM
Data Sourced
via GitHub·04:32 PM
DescriptionWeaknessAffected Software

Frequently Asked Questions

1

Which deployments are realistically exposed?

Java and JVM-based applications using RabbitMQ Java client versions before 5.33.1 are exposed when they connect to a malicious AMQP server or when a network intermediary can alter server-to-client AMQP traffic.

2

What does an attacker need to trigger the denial of service?

No client authentication is required. A malicious server or intermediary can place roughly 580 nested AMQP tables in the connection.start frame, which fits within the default 131072-byte maximum frame size.

3

What version fixes the issue?

Upgrade the RabbitMQ Java client to version 5.33.1, which adds the fix for the unbounded recursive parsing.

4

What is the observable impact on an affected client?

Successful exploitation causes a StackOverflowError that terminates the client input-processing thread, resulting in denial of service for the affected client connection.

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