Skip to main content

Apache Camel CXF CVE-2026-85257

| EUVDEUVD-2026-104195 MEDIUM
Error Message Information Leak (CWE-209)
2026-10-19 apache GHSA-g4w9-7494-9r66
5.3
CVSS 3.1 · Vendor: apache
View

Attack ChainAIDerived

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

  1. Access
    Reach CXF SOAP consumer endpoint
  2. Exploit
    Send input provoking undeclared exception
  3. Execution
    Camel copies exception into SOAP fault
  4. Impact
    Read 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.4% exploitation probability (EPSS)

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

Alert me

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

Apache Camel 4.0.0 <4.18.5
Apache Camel 4.19.0 <4.22.1

Affected Packages

euvd apache_camel fix: 4.18.5, 4.22.1

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

Vendor (apache) PRIMARY 5.3 MEDIUM
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
vuln.today AI 5.3 MEDIUM

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.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (apache).

CVSS VectorVendor: apache

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

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

EPSS Score
0.4%
Top 67% exploitable
Prevalence
Medium
popular enterprise Java integration framework, CXF SOAP consumer a subset of 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.4%
Patch available Yes
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
Yes
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

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

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

CVE-2026-33453 CRITICAL POC
10.0 Apr 27

Remote 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)

CVE-2026-40858 HIGH POC
8.8 Apr 27

Unsafe Java deserialization in Apache Camel's camel-infinispan component allows arbitrary code execution when the ProtoS

CVE-2026-78162 CRITICAL
10.0 Oct 19

Unauthenticated remote code execution affects the camel-hazelcast component of Apache Camel 4.0.0 through 4.18.4 and 4.1

CVE-2026-71300 CRITICAL
9.8 Aug 24

Header-injection in the Apache Camel camel-atmosphere-websocket producer lets an external sender hijack WebSocket messag

CVE-2026-78329 CRITICAL
9.8 Aug 24

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

CVE-2026-47323 CRITICAL
9.8 May 19

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

CVE-2026-33454 CRITICAL
9.4 Apr 27

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

CVE-2026-46590 HIGH
8.8 Jul 06

Remote code execution via unsafe Java deserialization affects the camel-pqc component of Apache Camel 4.18.0-4.18.2 and

CVE-2026-27172 HIGH
8.8 Apr 27

Unsafe Java deserialization in Apache Camel's camel-consul component (ConsulRegistry / ConsulRegistryUtils.deserialize)

CVE-2026-88900 HIGH
8.8 Oct 19

Unauthenticated deserialization of attacker-controlled messages in Apache Camel's camel-jgroups consumer can lead to rem

CVE-2026-83531 HIGH
8.8 Oct 19

Expression language injection in the Apache Camel dynamic-router-control endpoint allows a party who can place a message

CVE-2026-78165 HIGH
8.8 Oct 19

Deserialization of untrusted data in the Apache Camel Spring Redis component (camel-spring-redis) allows an authenticate

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