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.
Published: 2026-09-25
Score: 4.8 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Unauthorized Alternate Exchange Access
Action: Patch Immediately
AI Analysis

Impact

This vulnerability arises from a missing permission check when an AMQP 1.0 exchange is declared through the management interface, allowing a user with configure rights on an exchange to route unroutable messages into an alternate exchange without having write permission on that alternate exchange. The flaw permits unauthorized routing of messages, potentially exposing sensitive data or enabling denial of service if the alternate exchange is misconfigured. The weakness is a classic example of improper authorization (CWE-862).

Affected Systems

The issue affects RabbitMQ Server releases from 4.2.0 through 4.2.8 and from 4.3.0 through 4.3.2. Versions 4.2.9 and 4.3.3 contain fixes that restore the missing permission check for the alternate-exchange argument.

Risk and Exploitability

The CVSS score of 4.8 indicates a moderate impact; the EPSS score is not available, and the vulnerability is not listed in CISA KEV. The likely attack path involves sending a declaration request to the AMQP 1.0 management endpoint, which bypasses the write permission check for alternate exchanges; the attacker needs only configure rights on an exchange but does not require write rights on the target alternate exchange. While exploitation requires some level of access, the moderate CVSS and absence of public exploitation data suggest a lower likelihood of immediate widespread impact.

Generated by OpenCVE AI on September 26, 2026 at 02:00 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade RabbitMQ Server to version 4.2.9 or later 4.3.3 to apply the approved fix
  • If AMQP 1.0 is not required for your deployment, disable the AMQP 1.0 protocol or the alternate-exchange feature through broker configuration
  • Restrict configure permissions on exchanges or audit permission settings so that users cannot create exchange declarations that reference alternate exchanges they cannot write to

Generated by OpenCVE AI on September 26, 2026 at 02:00 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 29 Sep 2026 20:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'poc', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Sat, 26 Sep 2026 11:45:00 +0000

Type Values Removed Values Added
First Time appeared Rabbitmq
Rabbitmq rabbitmq-server
Vendors & Products Rabbitmq
Rabbitmq rabbitmq-server

Sat, 26 Sep 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-639
References
Metrics threat_severity

None

cvssV3_1

{'score': 4.3, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N'}

threat_severity

Moderate


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

Type Values Removed Values Added
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.
Title RabbitMQ: AMQP 1.0 management exchange.declare skips alternate-exchange permission check
Weaknesses CWE-862
References
Metrics cvssV4_0

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


Subscriptions

Rabbitmq Rabbitmq-server
cve-icon MITRE

Status: PUBLISHED

Assigner: GitHub_M

Published:

Updated: 2026-09-29T19:26:15.432Z

Reserved: 2026-07-28T19:50:39.438Z

Link: CVE-2026-67241

cve-icon Vulnrichment

Updated: 2026-09-29T19:26:05.663Z

cve-icon NVD

Status : Undergoing Analysis

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

Modified: 2026-09-29T20:17:22.497

Link: CVE-2026-67241

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-09-25T16:12:14Z

Links: CVE-2026-67241 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-09-26T11:30:09Z

Weaknesses
  • CWE-639

    Authorization Bypass Through User-Controlled Key

  • CWE-862

    Missing Authorization