CVE-2026-67408: CWE-400: Uncontrolled Resource Consumption in rabbitmq rabbitmq-server
RabbitMQ is a messaging and streaming broker. From 4.1.0 until 4.3.3, 4.2.9, and 4.1.11, Stream Management Super-Stream Binding Keys Allocation Allows Low-Privilege Node Denial of Service. rabbitMQ 4.3.1 with rabbitmqstreammanagement enabled accepts PUT /api/stream/super-streams/{vhost}/{name} requests from an authenticated management user that can access the target vhost. When the request body contains the binding-keys field, the handler parses the attacker-controlled comma-separated string and builds the full stream-name list before checking whether the user has permission to configure the resulting streams. A low-privileged management user with vhost access but no configure, write, or read permission can therefore force large transient allocations before the resource permission check. In a 768 MB memory-limited container, one HTTP PUT with about 4.5 MB of JSON body killed the RabbitMQ container with Docker state exited true An authenticated low-privileged management user can kill a memory-limited RabbitMQ node with one HTTP This issue is fixed in versions 4.3.3, 4.2.9, and 4.1.11.
AI Analysis
Technical Summary
RabbitMQ versions 4.1.0 up to but not including 4.1.11, 4.2.0 up to but not including 4.2.9, and 4.3.0 up to but not including 4.3.3 contain a resource consumption vulnerability in the Stream Management Super-Stream Binding Keys allocation logic. When the rabbitmqstreammanagement plugin is enabled, an authenticated management user with access to a vhost but lacking configure, write, or read permissions can send a PUT request to the /api/stream/super-streams/{vhost}/{name} endpoint containing a large binding-keys field. The server parses this attacker-controlled comma-separated string and builds a large list of stream names before checking permissions, resulting in excessive memory allocation. This can cause the RabbitMQ container or node to crash due to memory exhaustion. The issue is resolved in versions 4.1.11, 4.2.9, and 4.3.3.
Potential Impact
An authenticated low-privileged management user with access to a target virtual host but without configure, write, or read permissions can cause a denial of service by exhausting memory resources on the RabbitMQ node. This can crash the RabbitMQ container or node, disrupting messaging and streaming services. The vulnerability does not allow privilege escalation or data access beyond the attacker's existing permissions.
Mitigation Recommendations
This vulnerability is fixed in rabbitmq-server versions 4.1.11, 4.2.9, and 4.3.3. Users should upgrade to these or later versions to remediate the issue. No other mitigations are specified. Since this is not a cloud service, remediation requires applying the official patches.
CVE-2026-67408: CWE-400: Uncontrolled Resource Consumption in rabbitmq rabbitmq-server
Description
RabbitMQ is a messaging and streaming broker. From 4.1.0 until 4.3.3, 4.2.9, and 4.1.11, Stream Management Super-Stream Binding Keys Allocation Allows Low-Privilege Node Denial of Service. rabbitMQ 4.3.1 with rabbitmqstreammanagement enabled accepts PUT /api/stream/super-streams/{vhost}/{name} requests from an authenticated management user that can access the target vhost. When the request body contains the binding-keys field, the handler parses the attacker-controlled comma-separated string and builds the full stream-name list before checking whether the user has permission to configure the resulting streams. A low-privileged management user with vhost access but no configure, write, or read permission can therefore force large transient allocations before the resource permission check. In a 768 MB memory-limited container, one HTTP PUT with about 4.5 MB of JSON body killed the RabbitMQ container with Docker state exited true An authenticated low-privileged management user can kill a memory-limited RabbitMQ node with one HTTP This issue is fixed in versions 4.3.3, 4.2.9, and 4.1.11.
CVSS v4.0
Score 7.1high
Affected software
rabbitmq
rabbitmq-server
pkg:github/rabbitmq/rabbitmq-serverRun on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
RabbitMQ versions 4.1.0 up to but not including 4.1.11, 4.2.0 up to but not including 4.2.9, and 4.3.0 up to but not including 4.3.3 contain a resource consumption vulnerability in the Stream Management Super-Stream Binding Keys allocation logic. When the rabbitmqstreammanagement plugin is enabled, an authenticated management user with access to a vhost but lacking configure, write, or read permissions can send a PUT request to the /api/stream/super-streams/{vhost}/{name} endpoint containing a large binding-keys field. The server parses this attacker-controlled comma-separated string and builds a large list of stream names before checking permissions, resulting in excessive memory allocation. This can cause the RabbitMQ container or node to crash due to memory exhaustion. The issue is resolved in versions 4.1.11, 4.2.9, and 4.3.3.
Potential Impact
An authenticated low-privileged management user with access to a target virtual host but without configure, write, or read permissions can cause a denial of service by exhausting memory resources on the RabbitMQ node. This can crash the RabbitMQ container or node, disrupting messaging and streaming services. The vulnerability does not allow privilege escalation or data access beyond the attacker's existing permissions.
Mitigation Recommendations
This vulnerability is fixed in rabbitmq-server versions 4.1.11, 4.2.9, and 4.3.3. Users should upgrade to these or later versions to remediate the issue. No other mitigations are specified. Since this is not a cloud service, remediation requires applying the official patches.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- GitHub_M
- Date Reserved
- 2026-07-29T15:02:20.411Z
- Cvss Version
- 4.0
- State
- PUBLISHED
Threat ID: 6ab6a5d5f7a7c54106055642
Added to database: 09/25/2026, 16:48:21 UTC
Last enriched: 09/25/2026, 17:02:46 UTC
Last updated: 09/26/2026, 02:45:04 UTC
Views: 16
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.