CVE-2026-46453: Apache Camel: Camel-Elasticsearch-Rest-Client: Exchange header constants without the Camel prefix bypass inbound HTTP header filtering, allowing untrusted clients to override the Elasticsearch query and operation

Published Jul 6, 2026
·
Updated

Improper Input Validation, Authorization Bypass Through User-Controlled Key vulnerability in Apache Camel ElasticSearch Rest Client.

The camel-elasticsearch-rest-client component reads several Exchange headers to control its behaviour - SEARCHQUERY (an advanced query body), OPERATION (which Elasticsearch operation to run), INDEXNAME, INDEXSETTINGS and ID. The string values of these header constants, defined in ElasticSearchRestClientConstant, are plain unprefixed names ('SEARCHQUERY', 'OPERATION', 'INDEXNAME', 'INDEXSETTINGS', 'ID') rather than the 'Camel'-prefixed names used by every other Camel component (for example CamelSqlQuery, CamelMongoDbCriteria, CamelCqlQuery). Camel's inbound HTTP header filter, HttpHeaderFilterStrategy, blocks only header names that begin with 'Camel' or 'camel'. Because the Elasticsearch header names do not carry that prefix, they pass through the inbound filter unchanged. When a Camel route exposes an HTTP entry point (for example platform-http) in front of an elasticsearch-rest-client producer, an untrusted HTTP client can set these headers directly on its request and override the query and operation that the route author configured: reading every document in the index (SEARCHQUERY with a matchall query), deleting documents (OPERATION set to Delete together with ID), or exfiltrating selected fields. No credentials are required and the producer reads the headers unconditionally. This issue affects Apache Camel: from 4.3.0 before 4.14.8, from 4.15.0 before 4.18.3, from 4.19.0 before 4.21.0.

Users are recommended to upgrade to version 4.21.0, which fixes the issue. If users are on the 4.14.x LTS releases stream, then they are suggested to upgrade to 4.14.8. If users are on the 4.18.x releases stream, then they are suggested to upgrade to 4.18.3. The fix renames the camel-elasticsearch-rest-client Exchange header constant string values (ID, SEARCHQUERY, INDEXSETTINGS, INDEXNAME, OPERATION) to carry the Camel prefix (CamelElasticsearchId, CamelElasticsearchSearchQuery, CamelElasticsearchIndexSettings, CamelElasticsearchIndexName, CamelElasticsearchOperation) so that they are blocked by the inbound HttpHeaderFilterStrategy; the Java field names are unchanged. For deployments that cannot upgrade immediately, strip the affected headers from untrusted inbound messages before they reach the producer (for example removeHeader('SEARCHQUERY'), removeHeader('OPERATION'), removeHeader('INDEXNAME'), removeHeader('INDEXSETTINGS') and removeHeader('ID') in front of the elasticsearch-rest-client endpoint), or apply a custom HeaderFilterStrategy that blocks these names.

Affected Software

4 affected components
Apache Apache Camel>=4.3.0<4.14.8, >=4.15.0<4.18.3, >=4.19.0<4.21.0
Apache Camel>=4.3.0<4.14.8
Apache Camel>=4.15.0<4.18.3
Apache Camel>=4.19.0<4.21.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade apache/camel to a version that resolves this vulnerability.

    Fixed in 4.14.8
  2. Upgrade

    Upgrade apache/camel to a version that resolves this vulnerability.

    Fixed in 4.18.3
  3. Upgrade

    Upgrade apache/camel to a version that resolves this vulnerability.

    Fixed in 4.21.0
  4. Configuration

    In deployments that cannot upgrade immediately, strip the affected headers from untrusted inbound messages before they reach the producer (before the elasticsearch-rest-client endpoint).

    Apache Camel route in front of camel-elasticsearch-rest-client Header filtering for Elasticsearch-rest-client headers = Remove untrusted inbound headers SEARCH_QUERY, OPERATION, INDEX_NAME, INDEX_SETTINGS, ID before the elasticsearch-rest-client endpoint (e.g., removeHeader('SEARCH_QUERY'), removeHeader('OPERATION'), removeHeader('INDEX_NAME'), removeHeader('INDEX_SETTINGS'), removeHeader('ID') in front of the elasticsearch-rest-client endpoint)
  5. Configuration

    Alternatively (if you cannot upgrade immediately), apply a custom HeaderFilterStrategy that blocks the affected unprefixed Elasticsearch-rest-client header names.

    Apache Camel HttpHeaderFilterStrategy HeaderFilterStrategy behavior for names = Block the unprefixed header names SEARCH_QUERY, OPERATION, INDEX_NAME, INDEX_SETTINGS, ID

Event History

Jul 6, 2026
CVE Published
via MITRE·07:55 AM
Data Sourced
via MITRE·07:55 AM
DescriptionWeakness
Data Sourced
via NVD·09:16 AM
DescriptionSeverityWeaknessAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2026-46453?

CVE-2026-46453 has a risk rating of 70, indicating a medium level of severity.

2

How do I fix CVE-2026-46453?

To fix CVE-2026-46453, ensure proper input validation on the Exchange headers to prevent untrusted clients from overriding Elasticsearch queries.

3

What vulnerability type is CVE-2026-46453 classified as?

CVE-2026-46453 is classified as an Improper Input Validation vulnerability.

4

Which component is affected by CVE-2026-46453?

CVE-2026-46453 affects the camel-elasticsearch-rest-client component in Apache Camel.

5

What can attackers achieve through CVE-2026-46453?

Attackers can exploit CVE-2026-46453 to bypass inbound HTTP header filtering and manipulate Elasticsearch queries and operations.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203