CVE-2026-61837: CWE-285: Improper Authorization in rabbitmq rabbitmq-server
RabbitMQ is a messaging and streaming broker. From 4.0.0 until 4.3.3, 4.2.9, 4.1.14, and 4.0.23, AMQP 1.0 management GET /bindings exposes full binding topology to any authenticated AMQP user without resource/management permission checks. the AMQP 1.0 HTTP-over-AMQP management endpoint GET /bindings (the rabbitamqpmanagement handler) enumerates bindings between an arbitrary source exchange and destination queue/exchange in the caller's virtual host without performing any resource-level permission check. Unlike every sibling operation in the same module (which call checkresourceaccess / bindingchecks), the GET handler ignores the authenticated User and returns the binding list unchanged. As a result, any authenticated AMQP 1.0 client that can open a management link pair , including users with no management/monitoring/policymaker/administrator tag , can enumerate the complete binding topology (source exchanges, destination queues/exchanges, routing keys, and binding arguments) of the virtual host they can access. The equivalent HTTP management API (GET /api/bindings) Confidentiality impact: a non-management AMQP 1.0 user can enumerate the complete routing topology of any virtual host it can connect to , every (source exchange, destination queue/exchange, routing key, binding arguments) This issue is fixed in versions 4.3.3, 4.2.9, 4.1.14, and 4.0.23.
AI Analysis
Technical Summary
RabbitMQ server versions 4.0.0 through before 4.3.3, 4.2.9, 4.1.14, and 4.0.23 contain an improper authorization vulnerability (CWE-285) in the AMQP 1.0 HTTP-over-AMQP management endpoint GET /bindings. This endpoint exposes the full binding topology of the caller's virtual host to any authenticated AMQP 1.0 user without performing resource-level permission checks. Unlike other management operations that enforce permission checks, this GET handler returns the complete binding list regardless of the user's management or monitoring privileges. Consequently, an authenticated AMQP 1.0 client without management roles can enumerate all bindings (source exchanges, destination queues/exchanges, routing keys, and binding arguments) within the accessible virtual host. The vulnerability is addressed in rabbitmq-server versions 4.3.3, 4.2.9, 4.1.14, and 4.0.23.
Potential Impact
The vulnerability allows any authenticated AMQP 1.0 user to gain unauthorized visibility into the complete routing topology of a virtual host they can connect to. This disclosure of binding information could aid an attacker in understanding message routing and architecture, potentially facilitating further attacks or information gathering. However, it does not grant direct control or modification capabilities. The CVSS 4.0 base score is 6.3 (medium severity), reflecting network attack vector, low attack complexity, and low privileges required.
Mitigation Recommendations
A fix is available and has been released in rabbitmq-server versions 4.3.3, 4.2.9, 4.1.14, and 4.0.23. Users should upgrade to these versions or later to remediate this vulnerability. No additional mitigation steps are indicated beyond applying the official patches.
CVE-2026-61837: CWE-285: Improper Authorization in rabbitmq rabbitmq-server
Description
RabbitMQ is a messaging and streaming broker. From 4.0.0 until 4.3.3, 4.2.9, 4.1.14, and 4.0.23, AMQP 1.0 management GET /bindings exposes full binding topology to any authenticated AMQP user without resource/management permission checks. the AMQP 1.0 HTTP-over-AMQP management endpoint GET /bindings (the rabbitamqpmanagement handler) enumerates bindings between an arbitrary source exchange and destination queue/exchange in the caller's virtual host without performing any resource-level permission check. Unlike every sibling operation in the same module (which call checkresourceaccess / bindingchecks), the GET handler ignores the authenticated User and returns the binding list unchanged. As a result, any authenticated AMQP 1.0 client that can open a management link pair , including users with no management/monitoring/policymaker/administrator tag , can enumerate the complete binding topology (source exchanges, destination queues/exchanges, routing keys, and binding arguments) of the virtual host they can access. The equivalent HTTP management API (GET /api/bindings) Confidentiality impact: a non-management AMQP 1.0 user can enumerate the complete routing topology of any virtual host it can connect to , every (source exchange, destination queue/exchange, routing key, binding arguments) This issue is fixed in versions 4.3.3, 4.2.9, 4.1.14, and 4.0.23.
CVSS v4.0
Score 6.3medium
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.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
RabbitMQ server versions 4.0.0 through before 4.3.3, 4.2.9, 4.1.14, and 4.0.23 contain an improper authorization vulnerability (CWE-285) in the AMQP 1.0 HTTP-over-AMQP management endpoint GET /bindings. This endpoint exposes the full binding topology of the caller's virtual host to any authenticated AMQP 1.0 user without performing resource-level permission checks. Unlike other management operations that enforce permission checks, this GET handler returns the complete binding list regardless of the user's management or monitoring privileges. Consequently, an authenticated AMQP 1.0 client without management roles can enumerate all bindings (source exchanges, destination queues/exchanges, routing keys, and binding arguments) within the accessible virtual host. The vulnerability is addressed in rabbitmq-server versions 4.3.3, 4.2.9, 4.1.14, and 4.0.23.
Potential Impact
The vulnerability allows any authenticated AMQP 1.0 user to gain unauthorized visibility into the complete routing topology of a virtual host they can connect to. This disclosure of binding information could aid an attacker in understanding message routing and architecture, potentially facilitating further attacks or information gathering. However, it does not grant direct control or modification capabilities. The CVSS 4.0 base score is 6.3 (medium severity), reflecting network attack vector, low attack complexity, and low privileges required.
Mitigation Recommendations
A fix is available and has been released in rabbitmq-server versions 4.3.3, 4.2.9, 4.1.14, and 4.0.23. Users should upgrade to these versions or later to remediate this vulnerability. No additional mitigation steps are indicated beyond applying the official patches.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- GitHub_M
- Date Reserved
- 2026-07-10T20:28:17.512Z
- Cvss Version
- 4.0
- State
- PUBLISHED
Threat ID: 6ab6a5d4f7a7c5410605563a
Added to database: 09/25/2026, 16:48:20 UTC
Last enriched: 09/25/2026, 17:03:46 UTC
Last updated: 09/26/2026, 02:44:04 UTC
Views: 10
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.