Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconObtain authenticated AMQP broker publisher credentials
-
DeliveryCraft malicious AMQP message payload
-
ExploitPublish to target consumed queue
-
InstallSpring AMQP listener processes message
-
C2System.exit(99) invoked in consumer JVM
-
ExecuteEntire JVM process terminates
-
ImpactAll co-located workloads go offline
Vulnerability Assessment
| Weakness |
CWE
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to hold authenticated publisher privileges on the AMQP broker sufficient to deliver a message to a queue consumed by an affected Spring AMQP listener (confirmed by PR:H in the CVSS vector). The network delivery vector (AV:N) means the message can be sent remotely, but high attack complexity (AC:H) indicates a specific message payload structure is required rather than a trivial or opportunistic attack. Limiting factors include: the attacker must have broker-authenticated write access, ruling out unauthenticated external attackers entirely; AC:H indicates reliable triggering requires specific knowledge of the vulnerable message format; and only applications running Spring AMQP 2.4.18 and earlier, 3.2.0-3.2.12, 4.0.0-4.0.4, or 4.1.0 are vulnerable. Standard deployments enforcing broker ACLs that restrict publishers to known internal identities substantially constrain the realistic attacker pool. |
| Impact | The NVD-assigned CVSS 3.1 score of 6.6 with vector AV:N/AC:H/PR:H/UI:N/S:U/C:H/I:H/A:H requires high attacker privileges and high attack complexity, substantially limiting real-world exploitability. However, the C:H and I:H impact metrics are inconsistent with the described vulnerability, which explicitly involves only availability loss through JVM termination - no confidentiality or integrity impact mechanism is described in available data. This scoring discrepancy is unresolved and should be verified against the vendor advisory at https://spring.io/security/cve-2026-59275. No EPSS score was provided in available intelligence, and no CISA KEV listing exists, indicating no confirmed mass exploitation at time of analysis. No public exploit code has been identified. Despite the moderate CVSS score, the operational consequence - abrupt, total JVM death with collateral damage to all co-located workloads - is significant in microservice or shared-process deployments. The PR:H requirement is the primary real-world risk limiter: an attacker must control an authenticated publisher identity on the AMQP broker, ruling out opportunistic external attacks. |
| Exploit ScenarioDerived | An attacker who has obtained valid AMQP publisher credentials - through a compromised internal service account, overly permissive broker ACLs, or a malicious insider - crafts and delivers a specifically structured message to a queue actively consumed by an affected Spring AMQP listener. Upon processing, the listener invokes System.exit(99), immediately terminating the entire JVM and taking down all services co-located in that process with no graceful shutdown or recovery. No public exploit code demonstrating this technique has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 27, 2026
Denial-of-service in Spring AMQP across multiple supported release lines allows a privileged AMQP publisher to force a System.exit(99) call inside the consumer JVM, killing the entire process rather than isolating the failure to the listener thread. Affected versions span the 2.4.x, 3.2.x, 4.0.x, and 4.1.0 release trains, covering a wide swath of actively maintained Spring deployments. No public exploit code or CISA KEV listing has been identified at time of analysis, but the total, immediate JVM termination and the collateral impact on every co-located workload make this operationally significant in RabbitMQ-integrated Spring environments.
RemediationAI
Consult the vendor advisory at https://spring.io/security/cve-2026-59275 for exact patched release versions for each affected branch, as specific fixed version numbers were not included in the available intelligence data. As a compensating control, restrict AMQP broker publish permissions using fine-grained ACLs so that only tightly scoped, authorized service accounts can deliver messages to consumed queues - an attacker lacking broker write access cannot trigger this vulnerability. Consider isolating Spring AMQP listeners in dedicated JVM processes rather than co-locating them with other application workloads, so that a triggered System.exit() confines the blast radius to the listener process alone. Container orchestration liveness probes (such as Kubernetes readiness and liveness checks) can detect the terminated JVM and trigger automatic pod restart, reducing mean time to recovery, though this does not prevent the outage itself.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in 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 VMware's Java abstraction layer for AMQP-based messaging, most commonly used with RabbitMQ in enterprise Spring Boot applications. The vulnerability lies in the message listener infrastructure: a specially crafted inbound AMQP message can cause the listener to invoke System.exit(99), a JVM-level halt call, rather than throwing a recoverable exception or routing the message to a dead-letter queue. Because System.exit() terminates the entire JVM process unconditionally, every Spring bean, HTTP server, scheduled task, and co-located service sharing that process is instantly killed with no graceful shutdown. No CWE was assigned in available data, but the root cause appears to be insufficient input validation or unsafe error propagation that allows an external message payload to escalate a message-processing error into a process-level termination event. Affected versions per CPE context include Spring AMQP 2.4.18 and earlier, 3.2.0 through 3.2.12, 4.0.0 through 4.0.4, and 4.1.0.
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:L/PR:H/UI:N/S:U/C:N/I:N/A:H
Only JVM termination (availability) is described; C:H and I:H from the provided vector are unsupported by the description, so both are assessed as N.
Primary rating from Vendor (vmware).
CVSS VectorNVD
Lifecycle Timeline
2DescriptionNVD
A single hostile AMQP message can terminate the entire consumer JVM (System.exit(99)), not just the listener thread - full availability loss for every workload co-located in that process. Spring AMQP 4.1.0 Spring AMQP 4.0.0 - 4.0.4 Spring AMQP 3.2.0 - 3.2.12 Spring AMQP 2.4.18 and earlier
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
Insecure deserialization occurs when an application converts serialized data (a stream of bytes representing an object's state) back into a living object without proper validation.
org.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
Predictable correlation IDs in Spring AMQP's RabbitTemplate.sendAndReceive() expose request-reply messaging to correlati
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
Improper certificate validation in Spring AMQP allows a network-positioned attacker to perform a man-in-the-middle attac
EUVD-2026-66849
GHSA-h7q9-2m8q-h4jr
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB