Quick answers
- Is CVE-2026-67220 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-67220 being exploited in the wild.
- How severe is CVE-2026-67220?
- Informational severity, published 23 September 2026.
- Which products and versions are affected?
- Broadcom RabbitMQ 3.13.0 to 3.13.14, 4.0.0 to 4.0.19, 4.1.0 to 4.1.10, 4.2.0 to 4.2.5.
- Is there a fix for CVE-2026-67220?
- A patch was published on 2026-04-23: v4.2.6 released Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-67220 attacked?
- It is attacked over the network, in a hosted service.
- Am I affected by CVE-2026-67220?
- Check whether you run Broadcom 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 vulnerability exists in the JMS topic exchange plugin's add_binding/3 function, which passes unsanitized rjms_erlang_selector arguments through erl_scan:string/1 and erl_parse:parse_term/1. Erlang's erl_scan interns every atom literal it encounters with no length cap or validation, and the created atoms cannot be garbage collected by the surrounding try/catch. An authenticated AMQP user with read permission on an x-jms-topic exchange and write permission on any queue can send crafted binding requests with thousands of unique atom names per request, exhausting the 1M-entry atom table within ~70 bind calls and causing system_limit crash.
Affected products
- Broadcom RabbitMQ 3.13.0 to 3.13.14, 4.0.0 to 4.0.19, 4.1.0 to 4.1.10, 4.2.0 to 4.2.5
Timeline
- 2026-07-09: disclosed
- 2026-04-23: patched: v4.2.6 released
- 2026-09-23: advisory