CVE-2026-67241: CWE-862: Missing Authorization in rabbitmq rabbitmq-server
RabbitMQ is a messaging and streaming broker. From 4.2.0 until 4.2.9 and 4.3.3, AMQP 1.0 management exchange.declare skips alternate-exchange permission check. pUT /exchanges/:name (lines 192-240) checks only configure on the declared exchange and passes XArgs straight to rabbitexchange:declare/7. It omits the checkreadpermitted(X) + checkwritepermitted(AE) that rabbitchannel.erl:2540-2548 enforces for the alternate-exchange argument on the AMQP 0-9-1 path. The same file already implements the analogous DLX check for queues (lines 708-719), confirming this is a missing-check bug rather than intentional A user with only configure on exchange X can route X's unroutable messages into an alternate exchange they have no write permission AMQP 1.0 enabled (default in RabbitMQ 4.x) Attacker has configure on at least one exchange but lacks write on the target. This issue is fixed in versions 4.2.9 and 4.3.3.
AI Analysis
Technical Summary
RabbitMQ versions 4.2.0 to 4.2.8 and 4.3.0 to 4.3.2 contain a missing authorization check in the AMQP 1.0 management exchange.declare operation. Specifically, the PUT /exchanges/:name endpoint checks only the configure permission on the declared exchange but does not verify read or write permissions on the alternate exchange argument. This omission allows a user who has configure permission on an exchange to route unroutable messages into an alternate exchange they do not have write permission for. The bug is confirmed as a missing permission check rather than intentional behavior, and it is fixed in versions 4.2.9 and 4.3.3.
Potential Impact
An attacker with configure permission on at least one exchange but lacking write permission on the target alternate exchange can misuse the alternate exchange feature to route messages improperly. This could lead to unauthorized message routing within the RabbitMQ broker, potentially impacting message flow control and security boundaries within the messaging infrastructure. The CVSS 4.8 score reflects a medium severity with network attack vector and partial privileges required.
Mitigation Recommendations
This vulnerability is fixed in RabbitMQ versions 4.2.9 and 4.3.3. Users should upgrade to at least these versions to remediate the issue. No additional mitigation actions are indicated by the vendor advisory.
CVE-2026-67241: CWE-862: Missing Authorization in rabbitmq rabbitmq-server
Description
RabbitMQ is a messaging and streaming broker. From 4.2.0 until 4.2.9 and 4.3.3, AMQP 1.0 management exchange.declare skips alternate-exchange permission check. pUT /exchanges/:name (lines 192-240) checks only configure on the declared exchange and passes XArgs straight to rabbitexchange:declare/7. It omits the checkreadpermitted(X) + checkwritepermitted(AE) that rabbitchannel.erl:2540-2548 enforces for the alternate-exchange argument on the AMQP 0-9-1 path. The same file already implements the analogous DLX check for queues (lines 708-719), confirming this is a missing-check bug rather than intentional A user with only configure on exchange X can route X's unroutable messages into an alternate exchange they have no write permission AMQP 1.0 enabled (default in RabbitMQ 4.x) Attacker has configure on at least one exchange but lacks write on the target. This issue is fixed in versions 4.2.9 and 4.3.3.
CVSS v4.0
Score 4.8medium
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.2.0 to 4.2.8 and 4.3.0 to 4.3.2 contain a missing authorization check in the AMQP 1.0 management exchange.declare operation. Specifically, the PUT /exchanges/:name endpoint checks only the configure permission on the declared exchange but does not verify read or write permissions on the alternate exchange argument. This omission allows a user who has configure permission on an exchange to route unroutable messages into an alternate exchange they do not have write permission for. The bug is confirmed as a missing permission check rather than intentional behavior, and it is fixed in versions 4.2.9 and 4.3.3.
Potential Impact
An attacker with configure permission on at least one exchange but lacking write permission on the target alternate exchange can misuse the alternate exchange feature to route messages improperly. This could lead to unauthorized message routing within the RabbitMQ broker, potentially impacting message flow control and security boundaries within the messaging infrastructure. The CVSS 4.8 score reflects a medium severity with network attack vector and partial privileges required.
Mitigation Recommendations
This vulnerability is fixed in RabbitMQ versions 4.2.9 and 4.3.3. Users should upgrade to at least these versions to remediate the issue. No additional mitigation actions are indicated by the vendor advisory.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- GitHub_M
- Date Reserved
- 2026-07-28T19:50:39.438Z
- Cvss Version
- 4.0
- State
- PUBLISHED
Threat ID: 6ab6a25cf7a7c54106018e34
Added to database: 09/25/2026, 16:33:32 UTC
Last enriched: 09/25/2026, 16:48:33 UTC
Last updated: 09/26/2026, 02:44:53 UTC
Views: 13
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.