Cyber Resilience

CVE-2025-29891

Apache Camel 3.10.0 – 3.22.4

Public PoCHigh EPSS
Published
12 March 2025
Modified
02 April 2025
Patch / advisory
CVSS Score v3.1 4.8
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:L
EPSS Score 0.75 99.5th percentile
Risk Priority 70 floored blend · peak EPSS

Summary

CVE-2025-29891 is a medium-severity Improper Neutralization of Internal Special Elements (CWE-164) vulnerability in Apache Camel. Its CVSS base score is 4.8 (Medium).

Operationally, exploitation aligns with the MITRE ATT&CK technique Command and Scripting Interpreter (T1059); ranked in the top 0.5% of CVEs by exploit likelihood; it is not currently listed in the CISA KEV catalog; a public proof-of-concept is referenced.

The strongest mitigations our analysis identified map to SI-10 (Information Input Validation) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

Bypass/Injection vulnerability in Apache Camel. This issue affects Apache Camel: from 4.10.0 before 4.10.2, from 4.8.0 before 4.8.5, from 3.10.0 before 3.22.4. Users are recommended to upgrade to version 4.10.2 for 4.10.x LTS, 4.8.5 for 4.8.x LTS and 3.22.4 for…

more

3.x releases. This vulnerability is present in Camel's default incoming header filter, that allows an attacker to include Camel specific headers that for some Camel components can alter the behaviours such as the camel-bean component, or the camel-exec component. If you have Camel applications that are directly connected to the internet via HTTP, then an attacker could include parameters in the HTTP requests that are sent to the Camel application that get translated into headers. The headers could be both provided as request parameters for an HTTP methods invocation or as part of the payload of the HTTP methods invocation. All the known Camel HTTP component such as camel-servlet, camel-jetty, camel-undertow, camel-platform-http, and camel-netty-http would be vulnerable out of the box. This CVE is related to the CVE-2025-27636: while they have the same root cause and are fixed with the same fix, CVE-2025-27636 was assumed to only be exploitable if an attacker could add malicious HTTP headers, while we have now determined that it is also exploitable via HTTP parameters. Like in CVE-2025-27636, exploitation is only possible if the Camel route uses particular vulnerable components.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise Techniques

T1059 Command and Scripting Interpreter Execution
Adversaries may abuse command and script interpreters to execute commands, scripts, or binaries.
T1059.003 Windows Command Shell Execution
Adversaries may abuse the Windows command shell for execution.
T1059.004 Unix Shell Execution
Adversaries may abuse Unix shell commands and scripts for execution.
T1190 Exploit Public-Facing Application Initial Access
Adversaries may attempt to exploit a weakness in an Internet-facing host or system to initially access a network.
T1203 Exploitation for Client Execution Execution
Adversaries may exploit software vulnerabilities in client applications to execute code.
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2025-30177Same product: Apache Camel
CVE-2026-33454Same product: Apache Camel
CVE-2026-40047Same product: Apache Camel
CVE-2026-49099Same product: Apache Camel
CVE-2026-49097Same product: Apache Camel
CVE-2026-49098Same product: Apache Camel
CVE-2026-48203Same product: Apache Camel
CVE-2026-40860Same product: Apache Camel
CVE-2026-40858Same product: Apache Camel
CVE-2026-40048Same product: Apache Camel

Affected Assets

apache
camel
3.10.0 — 3.22.4 · 4.8.0 — 4.8.5 · 4.10.0 — 4.10.2

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)

Detect
Catch it (NIST detect / respond)

Harden
Shrink the surface (DISA STIG)

Validate
Prove the fix (OWASP ASVS)
  • V2.1.1

Mitigating Controls (NIST 800-53 r5) AI

Input validation directly requires checking and sanitizing special elements before they reach downstream components.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure SDLC practices directly require proper input neutralization to prevent this class of injection flaw.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

finds

Security testing in development and acceptance can detect the weakness but does not prevent it at design or coding time.

prevents

Secure development life cycle mandates input validation and sanitization that directly prevents improper neutralization of internal special elements.

prevents

Application security requirements explicitly call for controls against injection and malformed input that cause this weakness.

prevents

Secure system architecture principles reduce attack surface but do not specifically address neutralization of internal special elements.

prevents

Secure coding standards require proper escaping and neutralization of special elements, directly mitigating CWE-164.

References