CVE-2026-48204: Apache Camel: Camel-MongoDB-GridFS: The gridfs.* control headers used non-Camel-prefixed names that bypass the HTTP header filter, allowing an HTTP client to switch the GridFS operation - including destructive file deletion - in the default configuration

Published Jul 5, 2026
·
Updated

Improper Input Validation, Improper Access Control vulnerability in Apache Camel in Camel Mongodb Gridfs component.

The camel-mongodb-gridfs producer selects the GridFS operation to perform from the gridfs.operation Exchange header when the endpoint's operation parameter is not set - which is the default. The control-header constants (GridFsConstants.GRIDFSOPERATION, GRIDFSOBJECTID, GRIDFSMETADATA, GRIDFSCHUNKSIZE, GRIDFSFILEIDPRODUCED) were the plain strings gridfs.operation, gridfs.objectid, gridfs.metadata, gridfs.chunksize and gridfs.fileid. Because these names do not start with the Camel / camel prefix, HttpHeaderFilterStrategy - which blocks only the Camel header namespace on the HTTP boundary - let them pass from an inbound HTTP request straight into the Exchange. In a route that bridges an HTTP consumer (for example platform-http) into a mongodb-gridfs: producer with no explicit operation, any HTTP client could therefore set the gridfs.operation header to override the route's intended operation - switching, for example, a file upload to remove (deleting a file identified by the attacker-supplied gridfs.objectid), listAll (enumerating every file in the bucket) or findOne (reading a file) - and supply a gridfs.metadata value that is parsed as a MongoDB document, enabling NoSQL operator injection. No credentials are required when the bridging consumer is unauthenticated. This issue affects Apache Camel: from 4.0.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. After upgrading, routes that drive GridFS operations or metadata via the raw header names must use CamelGridFsOperation / CamelGridFsObjectId / CamelGridFsMetadata / CamelGridFsChunkSize / CamelGridFsFileId instead of the gridfs. names. For deployments that cannot upgrade immediately, set an explicit operation on the mongodb-gridfs: endpoint so the operation is not taken from a header, and strip the gridfs. headers from any untrusted ingress before the producer.

Affected Software

4 affected components
Apache Apache Camel>4.0.0<=4.14.8, >4.15.0<=4.18.3, >4.19.0<4.21.0
Apache Camel>=4.0.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 (camel-mongodb-gridfs) to a version that resolves this vulnerability.

    Fixed in 4.21.0
  2. Upgrade

    Upgrade Apache Camel (4.14.x LTS stream) to a version that resolves this vulnerability.

    Fixed in 4.14.8
  3. Upgrade

    Upgrade Apache Camel (4.18.x releases stream) to a version that resolves this vulnerability.

    Fixed in 4.18.3
  4. Configuration

    For deployments that cannot upgrade immediately, set an explicit operation on the mongodb-gridfs: endpoint so the GridFS operation is not taken from the gridfs.operation Exchange header.

    Apache Camel (camel-mongodb-gridfs endpoint) operation = <explicit operation>
  5. Configuration

    Before the mongodb-gridfs producer, strip any gridfs.* control headers (e.g., gridfs.operation, gridfs.objectid, gridfs.metadata, gridfs.chunksize, gridfs.fileid) from untrusted ingress so an HTTP client cannot override the intended operation or inject MongoDB operators via gridfs.metadata.

    Untrusted ingress to Apache Camel route (before mongodb-gridfs producer) strip headers matching gridfs.* = true
  6. Configuration

    After upgrading, ensure routes that drive GridFS operations or metadata via HTTP use Camel-prefixed header names (CamelGridFsOperation, CamelGridFsObjectId, CamelGridFsMetadata, CamelGridFsChunkSize, CamelGridFsFileId) instead of gridfs.* names, since gridfs.* bypasses the HTTP header filter and can reach the Exchange.

    Apache Camel routes / HTTP bridging to camel-mongodb-gridfs GridFS control header names = CamelGridFsOperation / CamelGridFsObjectId / CamelGridFsMetadata / CamelGridFsChunkSize / CamelGridFsFileId

Event History

Jul 6, 2026
CVE Published
via MITRE·08:06 AM
Data Sourced
via MITRE·08:06 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-48204?

CVE-2026-48204 has a severity rating of critical with a score of 9.8 according to CVSS 3.1.

2

How do I fix CVE-2026-48204?

To remediate CVE-2026-48204, ensure that proper input validation is implemented to enforce Camel-prefixed names in HTTP header filters.

3

What types of attacks are possible with CVE-2026-48204?

CVE-2026-48204 allows an attacker to switch GridFS operations, potentially leading to destructive file deletions.

4

Which component of Apache Camel is affected by CVE-2026-48204?

CVE-2026-48204 affects the Camel MongoDB GridFS component within Apache Camel.

5

Is CVE-2026-48204 present in all versions of Apache Camel?

CVE-2026-48204 specifically impacts versions of Apache Camel that utilize the camel-mongodb-gridfs component without the appropriate configuration.

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