On this page
What the register shows
Twenty-one advisories in five years, and more than half of them in one quarter. Thirteen of the twenty-one were published between May and June 2026, largely as coordinated disclosure batches patched across the 3.13, 4.0, 4.1 and 4.2 series at once. Medium severity dominates, driven by management-UI cross-site scripting and authorization edge cases; the six High advisories involve authentication bypass, cross-tenant data exposure or denial of service. No Critical advisory has been published against RabbitMQ. The actively maintained series carry the highest counts because they are the ones still receiving fixes; the retired 3.8 to 3.12 series stopped accumulating advisories when community support ended, which is a statement about disclosure, not about safety.
Severity distribution
Six advisories are rated High, thirteen Medium and two Low. The Highs cluster in the 2026 batches: topic-authorization bypass across tenants, an unauthenticated stream-listener memory-exhaustion denial of service, disclosure of OAuth client credentials through an HTTP API endpoint, a stored cross-site scripting flaw in the management UI, the management API accepting request bodies larger than its configured limit, and a direct-reply-to binding flaw allowing reply-channel injection.
| Severity | Advisories | Share |
|---|---|---|
| Critical | 0 | 0% |
| High | 6 | 29% |
| Medium | 13 | 62% |
| Low | 2 | 10% |
Advisories by year
Publication volume was flat at one or two a year from 2021 through 2025, then rose sharply. Thirteen of the twenty-one advisories in this register were published in 2026, all of them in May and June, and most as coordinated batches affecting four release series together. A team that patched RabbitMQ on an annual cadence was, by the end of June 2026, several security releases behind on every supported series.
| Year | Advisories published |
|---|---|
| 2021 | 2 |
| 2022 | 1 |
| 2023 | 2 |
| 2024 | 1 |
| 2025 | 2 |
| 2026 (to 24 June) | 13 |
Where the exposure concentrates, by release series
Each row counts the unique advisories that required a patch release on that series. Because most 2026 advisories were backported across four release lines at once, a single CVE appears once in each series it was fixed in; that is why the rows sum to 49 while the register holds 21 advisories. The current 4.2.x series carries the highest total because it is the target of every 2026 backport. The retired 3.8.x to 3.12.x series show low counts because Broadcom stopped backporting once each reached end of life, not because those versions are more secure.
| Series | Critical | High | Medium | Low | Total |
|---|---|---|---|---|---|
| 3.8.x | 0 | 0 | 1 | 2 | 3 |
| 3.9.x | 0 | 0 | 1 | 0 | 1 |
| 3.10.x | 0 | 0 | 1 | 0 | 1 |
| 3.11.x | 0 | 0 | 1 | 0 | 1 |
| 3.12.x | 0 | 0 | 2 | 0 | 2 |
| 3.13.x | 0 | 4 | 5 | 0 | 9 |
| 4.0.x | 0 | 4 | 6 | 0 | 10 |
| 4.1.x | 0 | 4 | 5 | 0 | 9 |
| 4.2.x | 0 | 6 | 6 | 0 | 12 |
| Java client (rabbitmq-java-client) | 0 | 0 | 1 | 0 | 1 |
The complete register, most recent first
Affected and patched versions are quoted as published on rabbitmq.com/security. Where Broadcom lists an enterprise-only patched build for the commercial distribution, that is noted on the advisory itself. The patched version is the floor, not the target: apply the latest release in your series, since later releases fold in every prior fix.
| CVE | Published | Severity | Component | Summary | Affected versions | Patched in |
|---|---|---|---|---|---|---|
| CVE-2026-57215 | 2026-06-24 | High | rabbitmq-server | Direct-reply-to binding persistence allows unauthorized reply-channel injection and a persistent phantom binding | 4.2.0–4.2.5, 4.1.0–4.1.10, 4.0.0–4.0.19, 3.13.0–3.13.14 | 4.2.6, 4.1.11, 4.0.20, 3.13.15 |
| CVE-2026-57216 | 2026-06-24 | Medium | rabbitmq-server | AMQP 1.0, AMQP 0-9-1 and Stream loopback enforcement can allow remote guest sessions via listener-address loopback checks | 4.2.0–4.2.5, 4.1.0–4.1.10, 4.0.0–4.0.19, 3.13.0–3.13.14 | 4.2.6, 4.1.11, 4.0.20, 3.13.15 |
| CVE-2026-57217 | 2026-06-24 | High | rabbitmq-server | Topic authorization can allow a cross-tenant routing-key bypass | 4.2.0–4.2.5, 4.1.0–4.1.10, 4.0.0–4.0.20, 3.13.0–3.13.14 | 4.2.6, 4.1.11, 4.0.21, 3.13.15 |
| CVE-2026-57218 | 2026-06-24 | Medium | rabbitmq-server | AMQP 0-9-1 with OAuth 2: consumer persistence can allow post-revocation message disclosure | 4.2.0–4.2.5 | 4.2.6 |
| CVE-2026-57220 | 2026-06-24 | High | rabbitmq-server | Stream listener does not enforce the configured frame-size limit during authentication, permitting unauthenticated memory-exhaustion DoS | 4.2.0–4.2.5 | 4.2.6 |
| CVE-2026-57221 | 2026-06-24 | Medium | rabbitmq-server | Passive queue and exchange declaration bypasses authorization checks, leaking queue metadata to unprivileged users | 4.2.0–4.2.5, 4.1.0–4.1.10, 4.0.0–4.0.19, 3.13.0–3.13.14 | 4.2.6, 4.1.11, 4.0.20, 3.13.15 |
| CVE-2026-57219 | 2026-06-24 | High | rabbitmq-server | Unauthenticated disclosure of OAuth client credentials via an HTTP API endpoint under some OAuth 2 configurations | 4.2.0–4.2.5, 4.1.0–4.1.10, 4.0.0–4.0.19, 3.13.0–3.13.14 | 4.2.6, 4.1.11, 4.0.20, 3.13.15 |
| CVE-2026-57214 | 2026-06-18 | High | rabbitmq-server | Stored XSS in the RabbitMQ management UI | 4.2.0–4.2.4 | 4.2.5 |
| CVE-2026-57213 | 2026-06-18 | Medium | rabbitmq-server | Stored XSS in the federation management plugin via unsanitized consumer_tag rendering | 4.2.0–4.2.4, 4.1.0–4.1.9, 4.0.0–4.0.18, 3.13.0–3.13.13 | 4.2.5, 4.1.10, 4.0.19, 3.13.14 |
| CVE-2026-57212 | 2026-06-18 | High | rabbitmq-server | Management HTTP API accepts request bodies larger than the configured max_http_body_size | 4.2.0–4.2.4, 4.1.0–4.1.9, 4.0.0–4.0.18, 3.13.0–3.13.13 | 4.2.5, 4.1.10, 4.0.19, 3.13.14 |
| CVE-2026-57211 | 2026-06-18 | Medium | rabbitmq-server | UNC SSRF affecting the management UI on Windows | 4.2.0–4.2.5, 4.1.0–4.1.10 | 4.2.6, 4.1.11 |
| CVE-2026-44839 | 2026-05-06 | Medium | rabbitmq-server | Unsanitized vhost names allow XSS in the management UI | 4.1.0–4.1.1, 4.0.0–4.0.12 | 4.1.2, 4.0.13 |
| CVE-2026-44838 | 2026-05-06 | Medium | rabbitmq-server | MQTT topic permission authorization bypass | 4.2.0–4.2.3 | 4.2.4 |
| CVE-2025-50200 | 2025-06-18 | Medium | rabbitmq-server | Node can log the Basic Auth header from an HTTP request | 4.0.0–4.0.7, 3.13.0–3.13.7 | 4.0.8, 3.13.8 |
| CVE-2025-30219 | 2025-03-25 | Medium | rabbitmq-server | XSS in an error message in the management UI | 4.0.0–4.0.2, 3.13.0–3.13.7 | 4.0.3, 3.13.8 |
| CVE-2024-51988 | 2024-11-06 | Medium | rabbitmq-server | HTTP API queue deletion endpoint does not verify the required permission | > 3.12.7, < 3.12.11 | 3.12.11 |
| CVE-2023-46118 | 2023-10-23 | Medium | rabbitmq-server | Denial of service by publishing large messages over the HTTP API | 3.12.0–3.12.6, 3.11.0–3.11.23 | 3.12.7, 3.11.24 |
| CVE-2023-46120 | 2023-10-23 | Medium | rabbitmq-java-client | No message size limit in the Java client can lead to remote DoS on consumer applications | < 5.18.0 | 5.18.0 |
| CVE-2022-31008 | 2022-10-05 | Medium | rabbitmq-server | Predictable credential obfuscation seed used in the Shovel and Federation plugins | 3.10.0–3.10.1, 3.9.0–3.9.17, 3.8.0–3.8.31 | 3.10.2, 3.9.18, 3.8.32 |
| CVE-2021-32718 | 2021-06-27 | Low | rabbitmq-server | Basic XSS in the management UI | < 3.8.17 | 3.8.17 |
| CVE-2021-32719 | 2021-06-27 | Low | rabbitmq-server | Basic XSS in the federation management plugin | < 3.8.18 | 3.8.18 |
Turning the register into a patch decision
Three questions rank any row for a given estate. Is the affected series still in the environment? Cross-reference the series table against the fleet inventory; anything on 3.8 through 3.12 is a retired series, and those advisories are historical only if you have already moved. Is the vulnerable surface actually exposed? Several 2026 advisories require management-UI access, a specific OAuth 2 configuration or Windows-specific UNC handling; confirm the precondition applies before treating every row as equally urgent. Is the patched version current? The patched column is the minimum, and the latest release in the series is the target.
For teams on a retired series, or on a 3.13 or 4.x build past its end of support, the choice is between an urgent version upgrade and a CVE-patched extended build that backports exactly these fixes without a full migration. Where an upgrade window is not available this quarter, the backport is usually the faster and lower-risk path. RabbitMQ CVEs: what actually needs patching works through the exposure question; extended LTS support for RabbitMQ 3.x is the contract that delivers the backports.
Method and limits
The register consolidates every advisory listed on rabbitmq.com/security, which mirrors the project's GitHub Security Advisories, between 27 June 2021 and 24 June 2026. Severity and version ranges are quoted as published; no severity has been re-scored. The Java client advisory is included because it appears on the same page; other client libraries are not tracked here. Commercial VMware Tanzu RabbitMQ customers should treat the Broadcom Support Portal as authoritative, since it includes advisories in dependencies and in the Erlang runtime that the public page does not list.
New advisories publish on an ongoing basis. Verify against the live security page before a compliance submission; this page is re-issued with each edition of the register.
Frequently asked questions
How many RabbitMQ CVEs have been published?
Twenty-one advisories between 27 June 2021 and 24 June 2026 on the project's official security page: six High, thirteen Medium, two Low, and none Critical. Thirteen of the twenty-one were published in May and June 2026.
Which RabbitMQ version has the most CVEs?
The current 4.2.x series, with twelve, because it is the target of every 2026 backport. 4.0.x carries ten, and 3.13.x and 4.1.x nine each. The retired 3.8 to 3.12 series show one to three because fixes stopped being backported when each reached end of life, not because they are safer.
Are there CVEs affecting RabbitMQ 3.12 or older?
Yes. 3.12.x has two published advisories (CVE-2024-51988 and CVE-2023-46118), 3.11.x one, 3.10.x one, 3.9.x one and 3.8.x three. Anything disclosed after a series reached end of life was not patched for it by the project, which is the exposure extended support exists to close.
Can I cite this register?
Yes, with attribution to AceMQ and a link to this page. Every row is quoted from rabbitmq.com/security; check the live page before a compliance submission, since advisories publish on an ongoing basis.
Related
Where this gets done
- 24/7 RabbitMQ support15-minute emergency SLA, versions back to 3.8.x
- Managed RabbitMQ servicesWe run the brokers, on your infrastructure or hosted
- RabbitMQ consultingArchitecture, migration and remediation from senior engineers
- RabbitMQ health checkEngineer-led assessment with a prioritised fix list
- Extended LTS support for RabbitMQ 3.xCVE backports for versions the community no longer patches
- RabbitMQ commercial licensingTanzu RabbitMQ licences from an authorized Broadcom partner
- RabbitMQ troubleshootingLive incidents and recurring faults
- RabbitMQ upgrades3.x to 4.x, planned and executed in your window
- RabbitMQ migrationsFrom IBM MQ, Kafka, cloud brokers or older RabbitMQ
- RabbitMQ implementation and architectureCluster design, DR and go-live
- RabbitMQ corporate trainingAdmin and developer courses taught by working engineers
Other RabbitMQ guides, comparisons and research
Recent RabbitMQ articles
- Upgrading RabbitMQ 3.x to 4.x Without DowntimeSep 2026
- RabbitMQ HA & Disaster Recovery: Cluster SizingSep 2026
- What a RabbitMQ Health Check Actually DeliversSep 2026
- VMware Licensing Cost in 2026Sep 2026
- RabbitMQ Dead Letter Queues: Enterprise GuideSep 2026
- RabbitMQ Federation vs Shovel for Disaster RecoverySep 2026
Need this done on your cluster?
AceMQ's senior RabbitMQ engineers support 130+ enterprise clients in 26+ countries under a 15-minute emergency SLA, with direct escalation to the RabbitMQ core team.