Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach CXF SOAP consumer endpoint
-
ExploitSend input provoking undeclared exception
-
ExecutionCamel copies exception into SOAP fault
-
ImpactRead leaked class/package names and stack trace
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A10:2025 - Mishandling of Exceptional Conditions
ASVS 5.0
V16 - Security Logging and Error Handling Error message sanitization
MITRE ATT&CK
1 technique across 1 tactic: Discovery The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires the affected Camel route to expose a CXF SOAP consumer endpoint whose backing route can throw an exception NOT declared in the service contract (undeclared, non-@WebFault exceptions). The attacker must be able to supply input that provokes such a failure. The exception message is always echoed into the SOAP faultstring, but leakage of the full stack trace additionally requires the CXF endpoint to be configured to place the stack trace in the fault detail, so full-trace exposure is non-default. Limiting factors: only affects CXF SOAP consumers running vulnerable versions (4.0.0-4.18.4, 4.19.0-4.22.0); declared @WebFault exceptions are part of the published contract and are intentionally unaffected; impact is read-only information disclosure of deployment internals, not code execution or data modification; after patching, the muteException option defaults to true and suppresses undeclared-fault detail automatically. |
| Impact | This is a genuine but modest-severity information-disclosure issue (CWE-209), best treated as a low-to-moderate hygiene fix rather than an emergency. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N, 5.3 Medium) correctly reflects a remotely reachable, low-complexity, unauthenticated flaw with only a limited confidentiality impact and no integrity or availability effect. No EPSS score, CISA KEV listing, or public exploit was provided in the intelligence set, so by the precision rules this is 'no public exploit identified at time of analysis'; there is no signal of active or widespread exploitation. The signals are internally consistent - a low-impact disclosure bug reported by the vendor (Apache) with a patch available - and none conflict. The practical risk is that an external SOAP caller who can trigger an undeclared exception learns internal class/package names and exception text, which aids reconnaissance for follow-on attacks but does not itself grant access. Full stack-trace leakage additionally depends on a non-default CXF configuration (fault detail enabled), which further lowers real-world exposure. Priority should be: patch during normal maintenance, prioritizing internet-facing Camel CXF SOAP consumers. |
| Exploit ScenarioDerived | An attacker who can reach a Camel CXF SOAP endpoint sends a request crafted to make the backing route throw an exception the WSDL contract does not declare (e.g. malformed data or input that triggers a backend error). Camel copies the exception message into the SOAP faultstring returned to the caller, revealing internal class and package names and the exception text; if the endpoint is configured to include the stack trace in the fault detail, the full trace leaks too. No public exploit code was identified, and because AV:N/AC:L/PR:N/UI:N the attack is remote, unauthenticated, and low-complexity. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 19, 2026
Apache Camel's CXF component leaks internal deployment detail back to SOAP clients when a route behind a CXF SOAP consumer fails with an exception that the service contract does not declare - CXF copies the exception message into the SOAP faultstring and, when configured to do so, the stack trace into the fault detail. Deployments running Camel 4.0.0 through 4.18.4 or 4.19.0 through 4.22.0 with an exposed CXF SOAP consumer are affected; an external caller who can provoke an undeclared failure can read class and package names and whatever the exception message carries, at CVSS 3.1 base 5.3 (AV:N/AC:L/PR:N/UI:N/C:L/I:N/A:N, CWE-209). Declared @WebFault exceptions are intentionally unaffected because they are part of the published contract. No public exploit code has been identified at time of analysis, and the issue is a read-only disclosure rather than code execution or data modification.
RemediationAI
Upgrade to Apache Camel 4.23.0; deployments on the 4.18.x LTS stream should move to 4.18.5 and those on 4.22.x to 4.22.1, all of which include the fix (patches: https://github.com/apache/camel/pull/25742, https://github.com/apache/camel/pull/25934, https://github.com/apache/camel/pull/25935). After upgrading, the new muteException consumer option defaults to true and automatically replaces undeclared route failures with a generic fault carrying no class name, message or stack trace, while @WebFault-declared exceptions continue to be reported unchanged; explicitly setting muteException=false restores the old verbose behavior and should only be used where a client genuinely depends on it. If upgrading is not immediately possible, add an onException handler on the CXF consumer route that maps every unexpected failure onto an exception the contract already declares, so no undeclared exception ever reaches CXF's fault generator - this is safe for clients but requires enumerating and maintaining the mapped exception set per service. As a partial, non-sufficient mitigation, verify that the CXF endpoint is not configured to place the stack trace in the fault detail (that removes full-trace exposure but not the exception message still echoed into faultstring), and review whether any thrown exception messages embed credentials, SQL, file paths or hostnames, since removing those values from exception text shrinks the disclosure regardless of patch state. Restrict network access to SOAP consumer endpoints to known client networks as a compensating control where the service need not be internet-facing.
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
Apache Camel's cxf component wraps Apache CXF to expose JAX-WS/SOAP consumer endpoints inside a Camel route. When the downstream route throws a runtime exception that is not part of the WSDL service contract (i.e., not annotated @WebFault), CXF's fault-generation path reflects the exception back to the caller: the exception message is placed verbatim in the SOAP <faultstring>, and CXF can be configured to serialize the full stack trace into the <detail> element. This is the classic CWE-209 'Generation of Error Message Containing Sensitive Information' pattern - error handling that mirrors internal state to an untrusted boundary. The disclosed material is structural reconnaissance: internal package and class names, framework versions implied by stack frames, and any sensitive values an exception message happens to carry (paths, identifiers, SQL fragments, hostnames). The fix introduces a muteException consumer option that defaults to true and replaces an undeclared route failure with a generic fault containing no class name, message or stack trace, while leaving contract-declared @WebFault faults reported exactly as before - a deliberate design choice so that service behavior clients depend on is preserved. The upstream change set touches the component catalog metadata (adding the muteException parameter to cxf.json) and the CXF consumer/fault-handling code in the referenced pull requests.
Know when Apache 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:N/UI:N/S:U/C:L/I:N/A:N
Remote unauthenticated SOAP caller provokes a fault with no privileges or interaction (AV:N/AC:L/PR:N/UI:N); only limited internal detail leaks, so C:L and I/A:N.
Primary rating from Vendor (apache).
CVSS VectorVendor: apache
DescriptionCVE.org
Generation of Error Message Containing Sensitive Information vulnerability in Apache Camel CXF component.
This issue affects Apache Camel: from 4.0.0 before 4.18.5, from 4.19.0 before 4.22.1.
When a route behind a CXF SOAP consumer failed with an exception the service contract does not declare, the exception was described back to the SOAP client in the fault: CXF copies the message into the SOAP faultstring, and can be configured to place the stack trace in the fault detail. An external caller able to provoke a failure could therefore read internal detail about the deployment - class and package names, and whatever the exception message carries. Declared faults, annotated @WebFault, are a different matter: those are part of the published contract that clients are written against, and suppressing them would break the service rather than protect anything.
Upgrade to Apache Camel 4.23.0, which fixes the issue. Users on the 4.18.x LTS releases stream should upgrade to 4.18.5. Users on the 4.22.x LTS releases stream should upgrade to 4.22.1. A muteException consumer option, defaulting to true, replaces an undeclared route failure with a generic fault carrying no class name, message or stack trace. Faults the contract declares are reported exactly as before. Set muteException=false to restore the previous output. For deployments that cannot upgrade immediately, declare the exceptions the service is allowed to report and map every other failure onto one of them in an onException handler, so no undeclared exception reaches the fault.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
More in Apache Camel
View allRemote code execution in Apache Camel's camel-coap component (versions 4.14.0-4.14.5, 4.18.0 before 4.18.1, and 4.19.0)
Unsafe Java deserialization in Apache Camel's camel-infinispan component allows arbitrary code execution when the ProtoS
Unauthenticated remote code execution affects the camel-hazelcast component of Apache Camel 4.0.0 through 4.18.4 and 4.1
Header-injection in the Apache Camel camel-atmosphere-websocket producer lets an external sender hijack WebSocket messag
Header-filter bypass in the Apache Camel Undertow component (4.11.0-4.14.8, 4.15.0-4.18.3, and 4.19.0-4.21.x) lets remot
Remote code execution in Apache Camel 3.18.0-4.14.5 and 4.15.0-4.18.1 stems from CXF and Knative HeaderFilterStrategy im
Message header injection in Apache Camel's camel-mail component (3.0.0 before 4.14.6 and 4.15.0 before 4.18.1) lets an a
Remote code execution via unsafe Java deserialization affects the camel-pqc component of Apache Camel 4.18.0-4.18.2 and
Unsafe Java deserialization in Apache Camel's camel-consul component (ConsulRegistry / ConsulRegistryUtils.deserialize)
Unauthenticated deserialization of attacker-controlled messages in Apache Camel's camel-jgroups consumer can lead to rem
Expression language injection in the Apache Camel dynamic-router-control endpoint allows a party who can place a message
Deserialization of untrusted data in the Apache Camel Spring Redis component (camel-spring-redis) allows an authenticate
EUVD-2026-104195
GHSA-g4w9-7494-9r66
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB