Vulnerability record · CVE-2018-1275 · published 11 April 2018
CVE-2018-1275: Spring Framework STOMP over WebSocket broker message code injection
Vmware · Spring Framework
Spring Framework 5.0 before 5.0.5 and 4.3 before 4.3.16 let applications expose STOMP over WebSocket endpoints backed by a simple in-memory STOMP broker via spring-messaging. A crafted message to that broker can lead to remote code execution. This CVE covers the incomplete fix for CVE-2018-1270 in the 4.3.x branch, so 4.3.x deployments patched only for the earlier issue remain exposed.
Description
Spring Framework, versions 5.0 prior to 5.0.5 and versions 4.3 prior to 4.3.16 and older unsupported versions, allow applications to expose STOMP over WebSocket endpoints with a simple, in-memory STOMP broker through the spring-messaging module. A malicious user (or attacker) can craft a message to the broker that can lead to a remote code execution attack. This CVE addresses the partial fix for CVE-2018-1270 in the 4.3.x branch of the Spring Framework.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Automated analysis
critical priorityCVSS 9.8 with no privileges or interaction required and remote code execution impact, plus a very high EPSS score, warrant critical treatment despite the absence of KEV listing.
What it is
Spring Framework 5.0 before 5.0.5 and 4.3 before 4.3.16 let applications expose STOMP over WebSocket endpoints backed by a simple in-memory STOMP broker via spring-messaging. A crafted message to that broker can lead to remote code execution. This CVE covers the incomplete fix for CVE-2018-1270 in the 4.3.x branch, so 4.3.x deployments patched only for the earlier issue remain exposed.
Impact
An attacker who can send messages to the broker gains remote code execution in the context of the application, meaning full compromise of confidentiality, integrity and availability on the host.
Attack surface
Reached over the network through an exposed STOMP-over-WebSocket endpoint using the in-memory broker; the CVSS vector indicates no privileges and no user interaction are required. Only applications that actually expose such an endpoint with the simple broker are affected.
Exploitation
Not listed in CISA KEV and no ransomware use is documented, but EPSS is high at roughly 0.58 (99th percentile), and references are patch and advisory only, with no public exploit tag in the record.
What to do
- Upgrade Spring Framework to 5.0.5 or later, or 4.3.16 or later; 4.3.x users who applied only the CVE-2018-1270 fix must apply this follow-up fix.
- Apply the linked Oracle, Red Hat and Pivotal vendor patches for bundled products that ship the affected Spring Framework.
- If the in-memory STOMP broker is not required, disable or remove the STOMP-over-WebSocket endpoint and use a hardened external broker instead.
- Restrict network access to WebSocket/STOMP endpoints to trusted clients and require authentication where the application permits it.
Detection
- Inspect Spring application configuration and dependencies for spring-messaging STOMP-over-WebSocket endpoints backed by the simple in-memory broker.
- Monitor WebSocket and STOMP traffic for anomalous or malformed message payloads targeting broker destinations.
- Watch for unexpected child processes, outbound connections or file writes originating from the Java application server hosting Spring.
This assessment is produced automatically and is not human-reviewed. Verify against the vendor advisory before acting on it.
Affected products
19 vulnerable configurations from NVD's CPE data, grouped by vendor and product.
References
Track CVE-2018-1275 inside VULONE
Watch it alongside the ransomware crews, C2 infrastructure and forum chatter that reference it, query it through the API and pull it into your SIEM over TAXII.
Related vulnerabilities
Same products first, then exploited flaws of the same weakness class.
Source: NIST National Vulnerability Database (record CVE-2018-1275), CISA KEV, FIRST EPSS (scores of 2026-09-26). This page is refreshed as NVD updates the record.