Camel-CXF and Camel-Knative Message Header Injection via Missing Inbound Filtering
The CXF and Knative HeaderFilterStrategy implementations (CxfRsHeaderFilterStrategy in camel-cxf-rest, CxfHeaderFilterStrategy in camel-cxf-transport, and KnativeHttpHeaderFilterStrategy in camel-knative-http) only filter outbound Camel-internal headers via setOutFilterStartsWith, while not configuring inbound filtering via setInFilterStartsWith. As a result, an unauthenticated attacker can inject Camel-internal headers (e.g. CamelExecCommandExecutable, CamelFileName) via HTTP requests to CXF-RS or CXF-SOAP endpoints. When a route forwards messages from these endpoints to header-driven components such as camel-exec or camel-file, the injected headers override configured values, enabling remote code execution or arbitrary file writes. This is the same pattern that was previously addressed in camel-undertow (CVE-2025-30177), the broader incoming-header filter (CVE-2025-27636 and CVE-2025-29891), and non-HTTP strategies (CVE-2026-40453).
This issue affects Apache Camel: from 3.18.0 before 4.14.6, from 4.15.0 before 4.18.2.
Users are recommended to upgrade to version 4.19.0, which fixes the issue. If users are on the 4.18.x LTS releases stream, then they are suggested to upgrade to 4.18.2. If users are on the 4.14.x LTS releases stream, then they are suggested to upgrade to 4.14.6.
Security readout for executives and security teams
Plain-English summary
Apache Camel can wrongly trust certain HTTP headers on CXF or Knative routes. An unauthenticated attacker may inject internal Camel headers that change downstream behavior. In risky routes, that can lead to remote code execution or arbitrary file writes.
Executive priority
Treat this as urgent for internet-facing or partner-facing Camel integrations. Prioritize systems that process HTTP requests and invoke file, execution, or other header-controlled components. The business risk is system compromise or data modification if vulnerable routing patterns exist.
Technical view
The cited issue is missing inbound filtering in CxfRsHeaderFilterStrategy, CxfHeaderFilterStrategy, and KnativeHttpHeaderFilterStrategy. Camel-internal headers can enter via CXF-RS, CXF-SOAP, or Knative HTTP endpoints and influence header-driven components such as camel-exec or camel-file.
Likely exposure
Exposure is likely where affected Apache Camel versions expose CXF-RS, CXF-SOAP, or Knative HTTP endpoints to untrusted clients and route messages to header-driven components. Affected ranges are 3.18.0 before 4.14.6 and 4.15.0 before 4.18.2.
Exploitation context
The source bundle states unauthenticated network exploitation with low complexity and severe impact. KEV is false, and the supplied sources do not establish active exploitation. Exploitability depends on route design, especially forwarding attacker-controlled headers into components that honor those headers.
Researcher notes
The advisory links this to previous Camel header-filtering patterns, but this CVE concerns CXF and Knative strategies. Evidence names concrete vulnerable filtering behavior and fixed versions. Product/package metadata is not exhaustive enough to assume every Camel deployment is exposed.
Mitigation direction
Upgrade to Apache Camel 4.19.0 where feasible.
If on 4.18.x LTS, upgrade to 4.18.2.
If on 4.14.x LTS, upgrade to 4.14.6.
Restrict untrusted access to affected HTTP endpoints until upgrades are complete.
Review vendor guidance before relying on compensating controls.
Validation and detection
Inventory Apache Camel versions and identify affected release ranges.
Search deployments for camel-cxf-rest, camel-cxf-transport, and camel-knative-http usage.
Review routes from CXF or Knative HTTP endpoints to header-driven components.
Check whether camel-exec or camel-file receive headers from external requests.
Confirm patched versions are deployed in runtime artifacts, not only source files.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-178: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references file access or upload behavior, so file telemetry and web shell review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
2CVSS vectors
5Timeline events
2ADP providers
5Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: yesTechnical Impact: total
CVSS vector scores
2 official scores
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-178 · source CWE mapping
Improper Handling of Case Sensitivity
Improper Handling of Case Sensitivity represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Incomplete Filtering of Special Elements represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.