GitHub Advisoryadvisory · Maven

GHSA-2vqf-x7g4-7c2g Apache Camel's Camel-Mail component is vulnerable to Camel message header injection

CRITICAL Published 2026-04-27 Modified 2026-10-05 Official page ↗
Aliases
CVE-2026-33454
Ecosystem
Maven
Packages
org.apache.camel:camel-mail
Severity
Critical
CVSS vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:L
Weaknesses
CWE-1173, CWE-502
Reviewed
2026-05-05

Affected packages

• Maven org.apache.camel:camel-mail: >= 3.0.0, < 4.14.6 → fixed in 4.14.6 • Maven org.apache.camel:camel-mail: >= 4.15.0, < 4.18.1 → fixed in 4.18.1

Description

The Camel-Mail component is vulnerable to Camel message header injection. The custom header filter strategy used by the component (MailHeaderFilterStrategy) only filters the 'out' direction via setOutFilterStartsWith, while it does not configure the 'in' direction via setInFilterStartsWith. As a result, when a Camel application consumes mail through camel-mail (for example via from(\"imap://...\") or from(\"pop3://...\")) the inbound filter check is skipped and Camel-prefixed MIME headers are mapped unfiltered into the Exchange. An attacker who can deliver an email to a mailbox monitored by such a consumer can inject Camel-specific headers that, for some Camel components downstream of the mail consumer (such as camel-bean, camel-exec, or camel-sql), can alter the behaviour of the route. This is the same pattern that was previously addressed in camel-undertow (CVE-2025-30177) and the broader incoming-header filter (CVE-2025-27636 and CVE-2025-29891). This issue affects Apache Camel: from 3.0.0 before 4.14.6, from 4.15.0 before 4.18.1. 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.1. If users are on the 4.14.x LTS releases stream, then they are suggested to upgrade to 4.14.6.

Related

Alias · CVE (1)

  • CVE-2026-33454 The Camel-Mail component is vulnerable to Camel message header injection. vulnerability

Weakness · CWE (2)

  • CWE-1173 Improper Use of Validation Framework weakness
  • CWE-502 Deserialization of Untrusted Data weakness

References