Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain high-privilege broker or network access
-
DeliveryConfigure listener on fixed reply queue
-
ExploitObserve outbound sendAndReceive() correlation ID
-
ExecutionPredict next sequential correlation ID
-
PersistPublish forged reply message with predicted ID
-
ImpactApplication accepts injected reply as legitimate response
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Cryptographic random values
|
| Exploitation Conditions | Exploitation requires the application to be using RabbitTemplate.sendAndReceive() with an explicitly configured fixed reply queue - this is a non-default deployment pattern; applications using the default temporary per-request queue model are not vulnerable. The CVSS vector confirms high privileges are required (PR:H), meaning the attacker must already hold elevated access to the AMQP broker environment or internal network segment. Attack complexity is rated High (AC:H), indicating a race condition or precise timing element must be satisfied to inject or intercept the reply before the legitimate response arrives. No user interaction is required (UI:N). These conditions collectively limit exploitation to insider threats, compromised privileged service accounts, or attackers with significant existing foothold in the messaging infrastructure. Standard external attackers without broker-level access cannot exploit this vulnerability. |
| Impact | The CVSS 4.4 Medium score is calibrated by significant mitigating factors: Attack Complexity is rated High (AC:H), meaning specific race or positioning conditions must be met, and Privileges Required is High (PR:H), constraining exploitation to already-privileged broker or application actors. The network attack vector (AV:N) widens the theoretical exposure surface, and the changed scope (S:C) signals that successful exploitation can affect components beyond the vulnerable RabbitTemplate instance - for example, other consumers sharing the same fixed reply queue. Confidentiality and integrity impacts are both Low (C:L/I:L), consistent with partial message interception or injection rather than full system compromise. No EPSS score was provided in source data; one cannot be inferred. There is no CISA KEV listing and no publicly known exploit code, suggesting this is a theoretical or targeted risk rather than a commodity threat. The real-world risk is further constrained by the non-default deployment requirement of a fixed reply queue. Organizations that rely on the default temporary-queue pattern are not affected. The combination of PR:H and AC:H makes this a low-priority item for most environments, though the S:C signal warrants attention in multi-tenant or high-throughput broker deployments where reply queue isolation is critical. |
| Exploit ScenarioDerived | An attacker who has already obtained high-privilege access to the RabbitMQ broker - for example, a compromised internal service account or a malicious insider - observes an in-flight sendAndReceive() correlation ID (e.g., '42') and trivially predicts subsequent values. The attacker races to publish a crafted reply message with correlation ID '43' to the fixed reply queue before the legitimate server reply arrives, causing the RabbitTemplate consumer to accept the forged reply as authentic, potentially injecting false data into the application's business logic. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 10, 2026
Predictable correlation IDs in Spring AMQP's RabbitTemplate.sendAndReceive() expose request-reply messaging to correlation hijacking when a fixed reply queue is configured. Affected are all widely used Spring AMQP branches from 2.4.x through 4.0.x - a broad install base across Java enterprise applications. A network-positioned attacker with high privileges can exploit the sequential counter to predict future correlation IDs, enabling interception or injection of reply messages into the shared fixed reply queue. No public exploit code exists and this vulnerability is not listed in CISA KEV; CVSS 4.4 Medium reflects real-world limitations from high privilege and complexity requirements despite the changed scope indicator.
RemediationAI
The primary remediation is to upgrade to a patched release of Spring AMQP; exact fixed versions are not confirmed from the available data and must be obtained directly from the vendor advisory at https://spring.io/security/cve-2026-41701. As an effective architectural workaround that eliminates the vulnerability entirely, applications should migrate from a fixed reply queue to per-request exclusive temporary reply queues - Spring AMQP supports this pattern natively and it removes correlation ID predictability by design, since each request gets an isolated, auto-deleted queue that cannot be observed or injected into by other parties. The trade-off of temporary queues is slightly higher broker overhead per request. A second workaround, if a fixed reply queue is architecturally required, is to implement a custom CorrelationDataPostProcessor that generates cryptographically random UUIDs (e.g., via java.util.UUID.randomUUID()) as correlation IDs rather than relying on the internal counter. This approach carries no functional trade-off but requires code changes and testing. Patch availability as a released artifact version is not independently confirmed from this data set - consult the Spring advisory before assuming any specific version is remediated.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in maven, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Spring AMQP is a Java framework that abstracts AMQP/RabbitMQ messaging, and RabbitTemplate is its primary synchronous messaging abstraction. The sendAndReceive() method implements a request-reply pattern: a message is sent to an exchange and a correlated reply is expected on a reply queue. When a fixed reply queue is used (a shared, persistent queue rather than a per-request ephemeral queue), correlation IDs are the sole mechanism for matching replies to their originating requests. The root cause is CWE-330 (Use of Insufficiently Random Values): Spring AMQP internally uses a simple incrementing counter to generate these correlation IDs rather than a cryptographically secure random value. This makes IDs entirely predictable to any party that can observe even one prior message exchange. Affected CPE covers org.springframework.amqp artifacts across versions 2.4.0-2.4.17, 3.1.0-3.1.15, 3.2.0-3.2.10, and 4.0.0-4.0.3. The use of a fixed reply queue - as opposed to the default exclusive, auto-delete, temporary queue model - is a prerequisite deployment pattern.
Know when Spring Advanced Message Queuing Protocol 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
AV:N/AC:H/PR:H/UI:N/S:C/C:L/I:L/A:N
Primary rating from Vendor (vmware).
CVSS VectorVendor: vmware
Lifecycle Timeline
1DescriptionCVE.org
Correlation IDs for replies in the RabbitTemplate.sendAndReceive() with the fixed reply queue are predictable due to internal simple counter.
Affected versions: Spring AMQP 4.0.0 through 4.0.3; 3.2.0 through 3.2.10; 3.1.0 through 3.1.15; 2.4.0 through 2.4.17.
Threat Intelligence Overview
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Related Vulnerabilities in Spring AMQP Security Vulnerabilities
View all 2org.springframework.core.serializer.DefaultDeserializer in Spring AMQP before 1.5.5 allows remote attackers to execute a
In Pivotal Spring AMQP versions prior to 1.7.4, 1.6.11, and 1.5.7, an org.springframework.amqp.core.Message may be unsaf
Cleartext credential exposure in Spring AMQP affects applications that use the RabbitMQ management aliveness check: when
In Spring AMQP versions 2.2.0 - 2.2.19 and 2.3.0 - 2.3.11, the Spring AMQP Message object, in its toString() method, wil
In Spring AMQP versions 2.2.0 - 2.2.18 and 2.3.0 - 2.3.10, the Spring AMQP Message object, in its toString() method, wil
Pivotal Spring AMQP, 1.x versions prior to 1.7.10 and 2.x versions prior to 2.0.6, expose a man-in-the-middle vulnerabil
Denial-of-service in Spring AMQP across multiple supported release lines allows a privileged AMQP publisher to force a S
In spring AMQP versions 1.0.0 to 2.4.16 and 3.0.0 to 3.0.9 , allowed list patterns for deserializable class names were a
EUVD-2026-35895
GHSA-p5f7-rjhp-pxvc
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB