Skip to main content

Spring AMQP CVE-2026-59275

| EUVDEUVD-2026-66849 MEDIUM
Deserialization of Untrusted Data (CWE-502)
2026-08-27 security@vmware.com GHSA-h7q9-2m8q-h4jr
4.9
CVSS 3.1 · NVD
View

Attack ChainAIDerived

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

  1. Recon
    Obtain authenticated AMQP broker publisher credentials
  2. Delivery
    Craft malicious AMQP message payload
  3. Exploit
    Publish to target consumed queue
  4. Install
    Spring AMQP listener processes message
  5. C2
    System.exit(99) invoked in consumer JVM
  6. Execute
    Entire JVM process terminates
  7. Impact
    All 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.2% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – 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

Spring AMQP 4.0.0 ≤4.0.4
Spring AMQP 3.2.0 ≤3.2.12
Spring AMQP 0 ≤2.4.18
Spring AMQP 4.1.0

Affected Packages

euvd spring_amqp no fix

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

Vendor (vmware) PRIMARY MEDIUM
NVD 4.9 MEDIUM
AV:N/AC:L/PR:H/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 4.4 MEDIUM

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.

3.1 AV:N/AC:H/PR:H/UI:N/S:U/C:N/I:N/A:H
4.0 AV:N/AC:H/AT:N/PR:H/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
Red Hat 4.9 MEDIUM

Primary rating from Vendor (vmware).

CVSS VectorNVD

Attack Vector
Network
Attack Complexity
Low
Privileges Required
High
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

2
CVSS changed
Sep 01, 2026 - 18:37 NVD
6.6 (MEDIUM) 4.9 (MEDIUM)
CVE Published
Aug 27, 2026 - 06:17 cve.org
MEDIUM 6.6

DescriptionNVD

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

EPSS Score
0.2%
Top 84% exploitable
Prevalence
High
widely used in enterprise Spring Boot and RabbitMQ Java deployments
Data Quality
5 sources
Confidence: Medium

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.2%
Patch available No
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
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
High
Technical Impact
Total

Priority Score

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

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.

Vendor StatusVendor

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