Quick answers
- Is CVE-2026-67241 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-67241 being exploited in the wild.
- How severe is CVE-2026-67241?
- Informational severity, published 25 September 2026.
- Which products and versions are affected?
- RabbitMQ 4.2.0 to 4.2.8, 4.3.0 to 4.3.2.
- Is there a fix for CVE-2026-67241?
- A patch was published on 2026-06-23: fix committed; patched versions 4.2.9 and 4.3.3 Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-67241 attacked?
- It is attacked over the network, in a hosted service.
- Am I affected by CVE-2026-67241?
- Check whether you run RabbitMQ at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.
Technical details
The AMQP 1.0 management API's exchange.declare endpoint (PUT /exchanges/:name) skips the alternate-exchange permission check that is enforced for the AMQP 0-9-1 protocol path in rabbitchannel.erl:2540-2548. An attacker with only configure permission on exchange X can set an alternate exchange that they lack write permission for. This is a missing authorization check in the AMQP 1.0 management API implementation that was already correctly implemented for dead-letter exchanges on queues.
Affected products
- RabbitMQ RabbitMQ 4.2.0 to 4.2.8, 4.3.0 to 4.3.2
Timeline
- 2026-09-25: disclosed
- 2026-06-23: patched: fix committed; patched versions 4.2.9 and 4.3.3