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.
Published: 2026-09-25
Score: 6.3 Medium
EPSS: n/a
KEV: No
Impact: Unauthorized exposure of routing topology
Action: Upgrade
AI Analysis

Impact

RabbitMQ versions from 4.0.0 up to 4.3.3, 4.2.9, 4.1.14, and 4.0.23 contain a flaw in the AMQP 1.0 management GET /bindings endpoint, which enumerates all bindings in a virtual host. The endpoint performs no resource‑level permission checks and returns the full list to any authenticated AMQP user, regardless of whether they are a management, monitoring, or administrator. This allows an attacker with a valid AMQP user account to discover every source exchange, destination queue or exchange, routing key, and binding argument present in the virtual host, thereby compromising confidentiality of broker topology.

Affected Systems

The affected vendor is RabbitMQ for their RabbitMQ Server product. Vulnerable releases include 4.0.0 through 4.3.3, 4.2.9, 4.1.14, and 4.0.23.

Risk and Exploitability

The CVSS score of 6.3 indicates a medium severity. No EPSS score is available, so the current exploit probability cannot be quantified precisely. The issue is not listed in the CISA KEV catalog. The likely attack vector is any authenticated AMQP 1.0 client that can open a management link pair; users without elevated tags can still retrieve the full binding topology. An attacker can enumerate the entire routing topology of any virtual host they can connect to, enabling social engineering, targeted attacks, or further exploitation of exposed resources.

Generated by OpenCVE AI on September 25, 2026 at 17:56 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade RabbitMQ Server to a fixed version (4.3.3, 4.2.9, 4.1.14, or 4.0.23 or later), ensuring the GET /bindings endpoint performs proper permission checks.
  • If an upgrade is not immediately possible, restrict or remove AMQP 1.0 management link access from users who should not have topology visibility, such as revoking the ability to open the GET /bindings endpoint from non‑administrator accounts.
  • Audit and monitor broker logs for unexpected GET /bindings requests and verify that new or missing bindings are not exposed to unintended users.

Generated by OpenCVE AI on September 25, 2026 at 17:56 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 25 Sep 2026 16:45:00 +0000

Type Values Removed Values Added
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.
Title RabbitMQ: AMQP 1.0 management `GET /bindings` exposes full binding topology to any authenticated AMQP user without resource/management permission checks
Weaknesses CWE-285
CWE-862
References
Metrics cvssV4_0

{'score': 6.3, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:N/SC:H/SI:N/SA:N'}


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: GitHub_M

Published:

Updated: 2026-09-25T16:22:43.927Z

Reserved: 2026-07-10T20:28:17.512Z

Link: CVE-2026-61837

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-25T17:17:09.810

Modified: 2026-09-25T17:17:09.810

Link: CVE-2026-61837

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-25T18:00:20Z

Weaknesses