WaratekVRT Sign in

CVE-2026-47864 Spring Integration

Affected softwareSpring Integration
Severity9.8 Critical CVSS 3.1 2 scores
WeaknessDeserialization of untrusted data (CWE-502)
Published27 Aug 2026
Updated17 Oct 2026

Published 2 months ago. NVD often adds the list of affected products days or weeks after a CVE is published, and the other sources we check lag too. The scope and status here may change.

Description

SerializingHttpMessageConverter deserializes the body of incoming HTTP requests with a raw java.io.ObjectInputStream and no class filtering. Any request with Content-Type application/x-java-serialized-object whose body resolves to a Serializable type is read directly via readObject(). If an application using this converter on an inbound HTTP endpoint has any known Java deserialization "gadget" on its classpath, a remote, unauthenticated attacker can achieve arbitrary code execution. Spring Integration 7.1.0 Spring Integration 7.0.0 - 7.0.5 Spring Integration 6.5.0 - 6.5.10 Spring Integration 6.4.0 - 6.4.12 Spring Integration 5.5.21 and earlier

Exploitation status

No public exploit

No exploit has been reported in the sources we check.

  • CISA KEV not listed
  • VulnCheck KEV not listed
  • CISA Vulnrichment exploitation: none
  • Indexed PoC none indexed
  • EPSS 5.9% chance in 30 days

Waratek protection

Protected by Waratek

Waratek has a rule that blocks attacks on this vulnerability.

Decided by A researcher's recorded decision for this specific CVE
Finding A researcher found this CVE protected by the Marshal RCE rule, ARMR Process rule.

Waratek research note

written 2026-11-13

Written by a Waratek engineer who reviewed this CVE. Their decision sets the status above, ahead of every automated rule except a withdrawal.

Comments

Rule Name: Marshal RCE rule, ARMR Process rule

Native-deserialization RCE via an application/x-java-serialized-object HTTP body read by SerializingHttpMessageConverter; Marshal deserialize(java)+rce() intercepts ObjectInputStream.readObject() and the ARMR Process rule (with /bin/* and /usr/* listed) blocks the gadget's Runtime.exec.

How to mitigate CVE-2026-47864

Apply the vendor's fix for Spring Integration. Until you can, Waratek RASP blocks exploitation with its deserialization and process rules. It runs inside the Java application, with no code changes.

Waratek RASP Runtime protection for Java applications

CVSS

9.8 CRITICAL v3.1 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H 2 metrics

We show the highest score from the newest CVSS version. Scores from different versions can't be compared, and the first score listed is sometimes a 0.0 placeholder.

VersionScoreBandVectorAssignerType
CVSS 3.1 9.8 CRITICAL CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H NVD Primary published
CVSS 3.1 6.4 MEDIUM CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:L/A:L security@vmware.com Secondary

Affected software and releases

Products and versions

1 product, 5 version entries
SourceVendorProductSchemeAffected versions
nvd vmware spring integration generic < 5.5.22 · ≥ 6.4.0 and < 6.4.13 · ≥ 6.5.0 and < 6.5.11 · ≥ 7.0.0 and < 7.0.5.1 · ≥ 7.1.0 and < 7.1.0.1

References

URLTags
https://spring.io/security/cve-2026-47864 Vendor Advisory

Timeline

Published2026-08-27By the CVE Program.
NVD record modified2026-09-02NVD's own last-modified date for this record.
Last VRT activity2026-10-17Most recent commit touching this CVE's classification, patch or rule file.
Classification created2026-11-13First commit adding this CVE's research note.