Skip to main content

RabbitMQ CVE-2026-67226

| EUVDEUVD-2026-87234 MEDIUM
Uncontrolled Resource Consumption (CWE-400)
2026-09-25 GitHub_M
6.9
CVSS 4.0 · Vendor: GitHub_M
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Obtain RabbitMQ administrator credentials
  2. Delivery
    Craft PUT /api/users body with ~1M unique tags
  3. Exploit
    to_atom coercion floods bounded atom table
  4. Execution
    BEAM atom-table exhaustion crashes node
  5. Impact
    Broker outage for all tenants

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Resource consumption limits
MITRE ATT&CK

1 technique across 1 tactic: Impact

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Requires RabbitMQ administrator privileges: the attacker must be able to call the management HTTP API endpoint PUT /api/users (or import a definitions file), both of which are restricted to users with the administrator tag. Exploitation sends a tags list containing roughly one million unique strings within the 20 MB management-API body limit; each string is coerced to a permanent Erlang atom, exhausting the bounded atom table and crashing the BEAM node. Limiting factors: the management plugin/HTTP API must be enabled and reachable, and the operation demands high administrative privilege - there is no unauthenticated or low-privilege path. Affected versions are 4.0.0 through before 4.0.22, and the 4.1.x/4.2.x lines before 4.1.14 and 4.2.7 respectively.

Impact

This is a genuine but low-priority denial-of-service issue. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:H/UI:N/VC:N/VI:N/VA:H, score 6.9) is internally consistent with the description: pure availability impact (VA:H, no confidentiality/integrity) requiring high privileges (PR:H). The critical limiting signal is PR:H - the description explicitly states 'An administrator can crash the node,' and the fix diff confirms the vector is user-management operations (PUT /api/users, definitions import) that are admin-gated. This substantially lowers real-world priority: an actor who already holds RabbitMQ administrator rights can disrupt the broker through many other means, so this bug adds little to their capability. No EPSS score, no CISA KEV listing, and no public exploit code are present in the input, indicating no evidence of active or imminent exploitation. Exploitation status: no public exploit identified at time of analysis. The signals do not conflict; they converge on a real-but-low-urgency, high-CVSS-but-low-practical-risk classification driven entirely by the administrator prerequisite.

Exploit ScenarioDerived

An authenticated RabbitMQ administrator (or an attacker who has compromised admin credentials) sends a single PUT /api/users request - or imports a definitions file - creating a user whose tags list contains ~1 million unique short strings, fitting within the 20 MB management-API body limit. Each unique tag is coerced to an Erlang atom via rabbit_data_coercion:to_atom/1; because atoms are never garbage-collected and the atom table is bounded, the node exhausts its atom table and crashes, disrupting messaging for all tenants. No public exploit code is identified at time of analysis.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.4% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Sep 25, 2026

Denial of service in RabbitMQ's management HTTP API lets an authenticated administrator crash the broker by submitting a user (or importing definitions) whose tags list contains roughly one million unique strings; each string is converted to a permanent Erlang atom until the bounded atom table is exhausted and the BEAM node dies. Affected versions are RabbitMQ 4.0.0 through 4.0.21, 4.1.x before 4.1.14, and 4.2.x before 4.2.7, and the attack requires the management plugin to be enabled and reachable plus full administrator privileges, so there is no unauthenticated or low-privilege path. No public exploit code identified at time of analysis, and vendor-released patches are available in 4.0.22, 4.1.14 and 4.2.7; this is a genuine but low-priority availability issue rather than a confidentiality or integrity risk.

RemediationAI

Vendor-released patch: upgrade to RabbitMQ 4.0.22, 4.1.14 or 4.2.7 (or later in the respective line), which caps user tags at 32 and rejects oversized tag lists with {too_many_tags, 32} - see GHSA-34c7-r8w9-5wv8 and the v4.2.7 release tag. Be aware of the side effect before deploying: any existing user or definitions file that legitimately carries more than 32 tags will now fail user creation/update and definitions import, so audit tags first and split or reduce them. If immediate upgrade is not possible, compensating controls must target the privileged attack path: restrict the management HTTP API (port 15672 or the configured listener) to trusted networks or an authenticated reverse proxy, since the exploit strictly requires administrator credentials; disable the rabbitmq_management plugin entirely on nodes that do not need it (this removes the API but also removes all UI/HTTP monitoring); and tightly control who holds the administrator tag, as read-only monitoring or limited-permission accounts cannot reach PUT /api/users or the definitions import endpoint. Rotate or reduce the number of administrator-tagged accounts and monitor management API logs for user-creation or definitions-import requests carrying unusually long tag arrays. Note that disabling the management plugin or restricting the port will break UI, HTTP-based monitoring and any automation that relies on the management API; no fully equivalent mitigation exists short of the patched versions.

Affected VersionsENISA

rabbitmq-server 4.2.0, < 4.2.7
rabbitmq-server 4.1.0, < 4.1.14
rabbitmq-server 4.0.0, < 4.0.22

Affected Packages

euvd rabbitmq_server_4_0_0 fix: 4.0.22
euvd rabbitmq_server_4_1_0 fix: 4.1.14
euvd rabbitmq_server_4_2_0 fix: 4.2.7

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 3 packages in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

RabbitMQ is an Erlang/OTP message broker whose virtual machine (BEAM) maintains a global, bounded atom table that is never garbage collected per atom. The management HTTP API endpoint PUT /api/users passes the submitted tags list through rabbit_auth_backend_internal, where settags/2 maps rabbit_data_coercion:to_atom/1 over every element, and the definitions-import and user-update paths do the same. Because the management API accepts request bodies up to roughly 20 MB and short tag strings are cheap, a single request can carry approximately 3-4 million tag strings; about one million unique values are enough to exhaust the atom table and terminate the node. This is a classic CWE-400 uncontrolled resource consumption case - unbounded expansion of attacker-controlled input into a fixed-size runtime resource - rather than a memory-safety or injection flaw. The upstream fix (commit 86601c5a6d1c7e4) introduces a compile-time ?MAX_USER_TAGS cap of 32 and a validate_tag_count/1 guard that throws {error, {too_many_tags, 32}}, applied at every coercion site (add_user_sans_validation, update_user_sans_validation, update_user_with_hash, update_user_password_hash, tag_list_from and the CSV tokenizer), with a new max_user_tags/0 and count_user_tags/1 API and a dedicated user_tags_count_limit_SUITE test suite.

Know when Rabbitmq gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (GitHub_M) PRIMARY 6.9 MEDIUM
CVSS:4.0/AV:N/AC:L/AT:N/PR:H/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
vuln.today AI 4.9 MEDIUM

Management API is network-reachable (AV:N) and the single request is deterministic (AC:L), but creating/importing users requires administrator rights (PR:H); impact is node crash only, so C:N/I:N/A:H.

3.1 AV:N/AC:L/PR:H/UI:N/S:U/C:N/I:N/A:H
4.0 AV:N/AC:L/AT:N/PR:H/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE 6.5 MEDIUM
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H

Primary rating from Vendor (GitHub_M).

CVSS VectorVendor: GitHub_M

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
High
User Interaction
None
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
None
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

2
Patch available
Sep 25, 2026 - 18:19 EUVD
CVE Published
Sep 25, 2026 - 16:29 cve.org
MEDIUM 6.9

DescriptionCVE.org

RabbitMQ is a messaging and streaming broker. From 4.0.0 until 4.0.22 and 4.1.14 and 4.2.7, Admin-only atom exhaustion: PUT /api/users tags list. settags/2 maps rabbitdatacoercion:toatom/1 over the user's tags list. The 20 MB management body limit fits ~3-4M short tag strings. An administrator can crash the node in a single request by creating a user (or importing definitions) with ~1M unique tag administrator. This issue is fixed in versions 4.0.22 and 4.1.14 and 4.2.7.

Threat Intelligence Overview

EPSS Score
0.4%
Top 74% exploitable
Prevalence
High
RabbitMQ is a very widely deployed enterprise messaging/streaming broker
Data Quality
6 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment MSRC Vendor GitHub

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.4%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact· derived
High
Technical Impact
Partial

Priority Score

34
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +34
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.

CVE-2026-57219 HIGH POC
8.7 Jul 10

Sensitive credential disclosure in RabbitMQ affects installations running the management plugin with OAuth 2 configured

CVE-2019-11287 HIGH POC
7.5 Nov 23

Pivotal RabbitMQ, versions 3.7.x prior to 3.7.21 and 3.8.x prior to 3.8.1, and RabbitMQ for Pivotal Platform, 1.16.x ver

CVE-2026-63335 MEDIUM POC
6.3 Aug 18

Denial of service in the RabbitMQ Java client library (com.rabbitmq:amqp-client ≤ 5.30.0) allows a malicious or compromi

CVE-2016-9877 CRITICAL
9.8 Dec 29

An issue was discovered in Pivotal RabbitMQ 3.x before 3.5.8 and 3.6.x before 3.6.6 and RabbitMQ for PCF 1.5.x before 1.

CVE-2026-77411 CRITICAL
9.5 Sep 16

Parsing desynchronization in the RabbitMQ amqp091-go AMQP 0.9.1 client library before 1.13.0 lets a malicious or comprom

CVE-2026-77405 CRITICAL
9.4 Sep 16

RabbitMQ's amqp091-go Go client library, in all versions before 1.13.0, builds TLS configuration from amqps:// URIs with

CVE-2021-32718 MEDIUM POC
5.4 Jun 28

RabbitMQ is a multi-protocol messaging broker. Rated medium severity (CVSS 5.4), this vulnerability is remotely exploita

CVE-2026-67404 CRITICAL
9.2 Sep 23

RabbitMQ brokers that use the OAuth2 plugin can silently fall back to disabled TLS certificate verification when no CA b

CVE-2026-77408 CRITICAL
9.1 Sep 16

Silent AMQP 0.9.1 metadata corruption in the RabbitMQ amqp091-go Go client library prior to 1.13.0 lets an application t

CVE-2026-67231 CRITICAL
9.1 Sep 23

TLS client-authentication bypass in the RabbitMQ trust-store plugin lets a remote unauthenticated attacker whose forged

CVE-2026-63336 MEDIUM POC
5.1 Aug 18

TLS certificate validation is completely bypassed in the RabbitMQ Java client library (`com.rabbitmq:amqp-client`) prior

CVE-2026-77412 HIGH
8.9 Sep 16

Denial of service in the official RabbitMQ Go client library amqp091-go (versions prior to 1.13.0): a malicious, comprom

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Module for Server Applications 15 SP7 Affected
SUSE Linux Enterprise Module for Server Applications 15 SP7 Affected
SUSE Linux Enterprise Server 15 SP7 Affected
SUSE Linux Enterprise Server 15 SP7 Affected
SUSE Linux Enterprise Server 16.0 Affected

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy