Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach exposed camel-mina consumer port
-
DeliveryCraft malicious serialized Java object
-
ExploitSend payload to TCP/UDP listener
-
ExecutionCamel converts body to ObjectInput
-
PersistreadObject() invokes gadget chain
-
ImpactArbitrary code execution in app context
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A08:2025 - Software or Data Integrity Failures
ASVS 5.0
V1 - Encoding and Sanitization Safe deserialization, type allowlists
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 target application to (1) use camel-mina as a TCP or UDP consumer with a network-reachable listener, and (2) request conversion of the inbound body to ObjectInput - specifically via getBody(ObjectInput.class) or an @Body ObjectInput parameter - which triggers MinaConverter.toObjectInput and the unguarded ObjectInputStream. This ObjectInput conversion is NOT Camel's default behavior, so routes that consume bytes/strings without requesting ObjectInput are not exploitable. Successful RCE also depends on a usable deserialization gadget chain existing on the application classpath. Limiting factors: the vulnerable conversion must be explicitly configured (non-default), the MINA port must be reachable by the attacker, and no code execution occurs without a viable gadget in the deployed dependencies; no user interaction is required and, per the description, the attacker needs only network access to the listening port. |
| Impact | Signals are mixed and should be weighed together. The CVSS 3.1 base score of 8.8 (AV:N/AC:L/PR:L/UI:N, C:H/I:H/A:H) reflects network-reachable, high-impact code execution, and SSVC rates Technical Impact as 'total' - consistent with full RCE. However, SSVC also rates Exploitation as 'none' and Automatable as 'no', the vulnerability is NOT in CISA KEV, and EPSS is only 0.08% (24th percentile), indicating low predicted near-term mass exploitation. The key limiting factor is that exploitation requires a specific application configuration: the Camel route must use camel-mina as a consumer AND request conversion to ObjectInput (e.g., getBody(ObjectInput.class) or @Body ObjectInput). This is not a default Camel behavior, so the real-world exposed population is a subset of camel-mina users. Note a discrepancy worth verifying: the official vector uses PR:L (authenticated), yet the description describes an unauthenticated network attacker simply sending bytes to the listening MINA port - the 'privilege' more accurately reflects the required non-default app configuration than an attacker credential. Publicly available exploit code raises the practical priority for anyone matching the vulnerable config, so treat as high-priority for confirmed camel-mina+ObjectInput deployments and lower priority elsewhere. |
| Exploit ScenarioDerived | An organization runs a Camel integration that listens on a MINA TCP port and deserializes inbound messages to ObjectInput. An attacker with network reachability to that port sends a crafted Java serialized object built around a gadget chain present on the app's classpath; when Camel calls readObject(), the chain executes and the attacker gains code execution in the application's context. Publicly available exploit code lowers the skill barrier for weaponizing this against exposed, misconfigured consumers. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 24, 2026
Unsafe Java deserialization in the Apache Camel camel-mina component (versions 3.0.0 through 4.14.5, 4.15.0 through 4.18.1, and 4.19.0) allows remote attackers to achieve arbitrary code execution by delivering a crafted serialized object to a MINA TCP/UDP consumer that converts inbound data to ObjectInput. The flaw stems from MinaConverter.toObjectInput wrapping raw network bytes in an ObjectInputStream with no ObjectInputFilter or class allow-listing, so readObject() instantiates attacker-chosen classes. Publicly available exploit code exists and vendor patches are released, but there is no evidence of active exploitation (not in CISA KEV) and EPSS is very low at 0.08%.
RemediationAI
Vendor-released patch: upgrade to Apache Camel 4.20.0, which fixes the issue. For the 4.14.x LTS stream upgrade to 4.14.6, and for the 4.18.x stream upgrade to 4.18.2 (per https://camel.apache.org/security/CVE-2026-40473.html). If immediate patching is not possible, remove the exposure by not converting untrusted MINA input to ObjectInput - avoid getBody(ObjectInput.class)/@Body ObjectInput on camel-mina consumers and switch to a safe payload format (e.g., string, byte[], or a structured codec), which eliminates the readObject() path at the cost of changing how the route parses messages. As a network compensating control, restrict access to the MINA consumer port to trusted peers via firewall/segmentation so untrusted clients cannot reach the listener; the trade-off is that legitimate remote producers must be explicitly allow-listed. Where a JVM-wide serialization filter is feasible, set a restrictive ObjectInputFilter (JEP 290) allow-list, noting it may break other legitimate deserialization in the app. Consult the Red Hat advisory (https://access.redhat.com/security/cve/CVE-2026-40473) for platform-specific fixed builds.
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
The affected technology is Apache Camel's camel-mina integration component, which uses Apache MINA as a network transport for TCP/UDP endpoints. Camel's type-converter mechanism includes MinaConverter.toObjectInput(IoBuffer), which converts an inbound MINA IoBuffer into a java.io.ObjectInput by wrapping it directly in a java.io.ObjectInputStream. This is a textbook CWE-502 (Deserialization of Untrusted Data) issue: no ObjectInputFilter (JEP 290), no class-loading restrictions, and no allow-list are applied, so any gadget class on the application classpath can be reached during readObject(). CPE data confirms the affected product as cpe:2.3:a:apache:camel across the listed version ranges (with 4.19.0 explicitly enumerated). Exploitation depends on gadget chains present in the deployed application's dependencies (e.g., Commons-Collections-style chains), which is why the practical impact scales with the target's classpath.
Know when Camel 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:L/UI:N/S:U/C:H/I:H/A:H
Attacker needs no credentials (PR:N) - only network reach to the port - but exploitation depends on a non-default ObjectInput route config and a suitable gadget chain, so AC:H; full RCE gives C/I/A:H.
Primary rating from Vendor (apache).
CVSS VectorVendor: apache
Lifecycle Timeline
4DescriptionCVE.org
The camel-mina component's MinaConverter.toObjectInput(IoBuffer) type converter wraps an IoBuffer in a java.io.ObjectInputStream without applying any ObjectInputFilter or class-loading restrictions. When a Camel route uses camel-mina as a TCP or UDP consumer and requests conversion to ObjectInput (for example via getBody(ObjectInput.class) or @Body ObjectInput), an attacker sending a crafted serialized Java object over the network to the MINA consumer port can trigger arbitrary code execution in the context of the application during readObject().
This issue affects Apache Camel: from 3.0.0 before 4.14.6, from 4.15.0 before 4.18.2, from 4.19.0 before 4.20.0.
Users are recommended to upgrade to version 4.20.0, which fixes the issue. If users are on the 4.14.x LTS releases stream, then they are suggested to upgrade to 4.14.6. If users are on the 4.18.x releases stream, then they are suggested to upgrade to 4.18.2.
Blast Radius
ecosystem impact- 19 maven packages depend on org.apache.camel:camel-mina (3 direct, 16 indirect)
Ecosystem-wide dependent count for version 3.0.0.
Articles & Coverage 1
Executive ViewAI
Apache Camel's MINA component (versions 3.0.0 through 4.19.0) contains a code execution vulnerability triggered by specially crafted network messages. Any enterprise using Camel for message processing or system integration is vulnerable if running affected versions; attackers with network access can execute arbitrary code to compromise systems. Public exploit code exists, though active exploitation is not yet confirmed-patching is essential to prevent opportunistic attacks.
Apply vendor patch.
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.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
Bypass/Injection vulnerability in Apache Camel components under particular conditions.10.0 through <= 4.10.1, from 4.8.0
The XSLT component in Apache Camel before 2.11.4 and 2.12.x before 2.12.3 allows remote attackers to read arbitrary file
Apache Camel's Jackson and JacksonXML unmarshalling operation are vulnerable to Remote Code Execution attacks. Rated cri
The XSLT component in Apache Camel 2.11.x before 2.11.4, 2.12.x before 2.12.3, and possibly earlier versions allows remo
Cross-realm token acceptance bypass in Apache Camel Keycloak security policy. The KeycloakSecurityPolicy fails to proper
Deserialization of Untrusted Data vulnerability in Apache Camel LevelDB component. The Camel-LevelDB DefaultLevelDBSeria
Apache Camel's File is vulnerable to directory traversal. Rated high severity (CVSS 7.5), this vulnerability is remotely
The camel-castor component in Apache Camel 2.x before 2.19.4 and 2.20.x before 2.20.1 is vulnerable to Java object de-se
The camel-xstream component in Apache Camel before 2.15.5 and 2.16.x before 2.16.1 allow remote attackers to execute arb
The camel-hessian component in Apache Camel 2.x before 2.19.4 and 2.20.x before 2.20.1 is vulnerable to Java object de-s
Apache Camel before 2.9.7, 2.10.0 before 2.10.7, 2.11.0 before 2.11.2, and 2.12.0 allows remote attackers to execute arb
Apache Camel's camel-snakeyaml component is vulnerable to Java object de-serialization vulnerability. Rated critical sev
EUVD-2026-25792
GHSA-vpr3-2659-rw55
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB