CVE-2026-85245: Apache Camel: Camel-Thrift Cross-Exchange Data Disclosure via a Shared Deserialization Target

Published Oct 19, 2026
·
Updated

Exposure of Data Element to Wrong Session vulnerability in Apache Camel Thrift component.

This issue affects Apache Camel: from 4.0.0 before 4.18.5, from 4.19.0 before 4.22.1.

The Thrift data format unmarshalled incoming data into the shared defaultInstance of the target type rather than into a fresh copy, and returned that shared object as the exchange body. Because the instance is shared process-wide, state written while unmarshalling one message stayed on the object and was visible to every later message that used the same type. Fields absent from a later payload retained the previous message's values, so content belonging to one sender could be read while processing another sender's message, and concurrent exchanges could observe each other's partially written state. In a deployment that serves more than one tenant or user through the same route, that is disclosure of one party's data to another.

Upgrade to Apache Camel 4.23.0, which fixes the issue. Users on the 4.18.x LTS releases stream should upgrade to 4.18.5. Users on the 4.22.x LTS releases stream should upgrade to 4.22.1. Unmarshalling now deserializes into a copy, so each exchange gets its own instance and no state carries between messages. For deployments that cannot upgrade immediately, copy the unmarshalled body into a new instance immediately after the data format runs, and do not retain references to the returned object.

Affected Software

1 affected component
Apache Camel-Thrift>=4.0.0<4.18.5, >=4.19.0<4.22.1

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.23.0
  2. Upgrade

    Upgrade Apache Camel to a version that resolves this vulnerability.

    Fixed in 4.18.5
  3. Upgrade

    Upgrade Apache Camel to a version that resolves this vulnerability.

    Fixed in 4.22.1
  4. Compensating control

    For deployments that cannot upgrade immediately, copy the unmarshalled body into a new instance immediately after the data format runs, and do not retain references to the returned object.

Event History

Oct 19, 2026
CVE Published
via MITRE·10:32 AM
Data Sourced
via MITRE·10:32 AM
RemedyDescriptionSeverityWeakness
Data Sourced
via NVD·11:17 AM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Which deployments are exposed to cross-user or cross-tenant disclosure?

Deployments that unmarshal Thrift messages through the affected Camel component and serve more than one tenant or user through the same route are exposed. Data from an earlier message can remain in fields omitted by a later message using the same target type.

2

What conditions are needed to exploit this issue?

An attacker needs to send a Thrift payload that is processed by an affected shared route and target type. Exploitation is network-accessible and requires no privileges or user interaction, but the attack complexity is rated high.

3

Are concurrent requests a concern?

Yes. Concurrent exchanges using the shared target instance can observe each other's partially written state, in addition to later messages retaining values from earlier payloads.

4

Which versions should be used to remediate the issue?

Upgrade to Apache Camel 4.23.0. For the LTS release streams, upgrade to 4.18.5 for 4.18.x or 4.22.1 for 4.22.x.

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