Description
Cross-Site Request Forgery (CSRF) vulnerability in Apache Camel OAuth component.



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

The authorization code callback did not carry a state parameter binding it to the authorization request that started the flow, and the callback did not verify one. An authorization code obtained in any browser could therefore be redeemed at the callback and associated with whichever session presented it, which is login cross-site request forgery: a victim can be silently signed in as an identity the attacker controls, so that actions the victim then performs, and data they then submit, land in the attacker's account. The same unvalidated callback handling also allowed the post-authentication redirect target to be influenced, giving an open redirect from a trusted origin. The state check runs before the authorization code is redeemed, so these paths are reachable without any interaction with the identity provider.

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. The authorization request now issues a state value bound to the session, and the callback rejects a request whose state is absent or does not match, stopping the route with a 400 response. For deployments that cannot upgrade immediately, terminate the authorization code flow in a component that performs its own state binding rather than relying on the Camel callback. Note that after upgrading, a deployment behind a proxy that drops or rewrites the callback query string will begin to see 400 responses, because the state parameter must survive the round trip.
Published: 2026-10-19
Score: 6.1 Medium
EPSS: n/a
KEV: No
Impact: Login CSRF leading to unintended account association and possible open redirect
Action: Apply Upgrade
AI Analysis

Impact

Apache Camel’s OAuth component did not bind a state value to the session when generating the authorization request, and the callback did not validate the state. This omission enables a malicious site to create an authorization flow that the victim’s browser will complete, allowing the attacker to redeem the code and log the victim into the attacker’s account. The same flaw also permits tampering with the post‑authentication redirect target, exposing an open redirect from a trusted origin. The vulnerability is therefore a classic cross‑site request forgery that delivers credential compromise and potential data leakage.

Affected Systems

This issue affects Apache Camel versions 4.11.0 through 4.18.4, 4.19.0 through 4.22.0, and 4.23.0 is the first patched release. Users on the 4.18.x LTS stream should upgrade to 4.18.5, while those on the 4.22.x LTS stream should upgrade to 4.22.1. The Apache Software Foundation’s Apache Camel product is the sole affected vendor in the supplied data.

Risk and Exploitability

The CVSS base score of 6.1 indicates a moderate severity. The EPSS score is not provided, but the vulnerability is reachable in any web browser that initiates an OAuth flow, with no special environment or privileged access required. Because the flaw is a CSRF weakness, attackers can trigger the exploit by simply embedding a malicious request in a trusted site, and the attack does not depend on the identity provider’s configuration. The CVE is not listed in CISA’s KEV catalog, so no known public exploits are confirmed, but the nature of the flaw suggests a high likelihood of abuse if an attacker discovers this path in a widely deployed Camel instance.

Generated by OpenCVE AI on October 19, 2026 at 11:38 UTC.

Remediation

Vendor Solution

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. The authorization request now issues a state value bound to the session, and the callback rejects a request whose state is absent or does not match, stopping the route with a 400 response.


Vendor Workaround

For deployments that cannot upgrade immediately, terminate the authorization code flow in a component that performs its own state binding rather than relying on the Camel callback. Note that after upgrading, a deployment behind a proxy that drops or rewrites the callback query string will begin to see 400 responses, because the state parameter must survive the round trip.


OpenCVE Recommended Actions

  • Upgrade Apache Camel to 4.23.0 or the appropriate LTS patch (4.18.5 or 4.22.1).
  • If an upgrade cannot occur immediately, terminate the authorization code flow in a component that applies its own state binding, bypassing the Camel callback.
  • After upgrading, verify that any reverse proxy preserves the state parameter in the callback query string, and configure redirect_uri validation to block open‑redirect targets.

Generated by OpenCVE AI on October 19, 2026 at 11:38 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 19 Oct 2026 16:45:00 +0000

Type Values Removed Values Added
First Time appeared Apache
Apache apache Camel
Apache camel
Vendors & Products Apache
Apache apache Camel
Apache camel

Mon, 19 Oct 2026 10:45:00 +0000

Type Values Removed Values Added
Description Cross-Site Request Forgery (CSRF) vulnerability in Apache Camel OAuth component. This issue affects Apache Camel: from 4.11.0 before 4.18.5, from 4.19.0 before 4.22.1. The authorization code callback did not carry a state parameter binding it to the authorization request that started the flow, and the callback did not verify one. An authorization code obtained in any browser could therefore be redeemed at the callback and associated with whichever session presented it, which is login cross-site request forgery: a victim can be silently signed in as an identity the attacker controls, so that actions the victim then performs, and data they then submit, land in the attacker's account. The same unvalidated callback handling also allowed the post-authentication redirect target to be influenced, giving an open redirect from a trusted origin. The state check runs before the authorization code is redeemed, so these paths are reachable without any interaction with the identity provider. 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. The authorization request now issues a state value bound to the session, and the callback rejects a request whose state is absent or does not match, stopping the route with a 400 response. For deployments that cannot upgrade immediately, terminate the authorization code flow in a component that performs its own state binding rather than relying on the Camel callback. Note that after upgrading, a deployment behind a proxy that drops or rewrites the callback query string will begin to see 400 responses, because the state parameter must survive the round trip.
Title Apache Camel: Camel-OAuth Login Cross-Site Request Forgery via Missing State Binding in the Authorization Code Flow
Weaknesses CWE-352
References
Metrics cvssV3_1

{'score': 6.1, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N'}


Subscriptions

Apache Apache Camel Camel
cve-icon MITRE

Status: PUBLISHED

Assigner: apache

Published:

Updated: 2026-10-19T10:30:42.299Z

Reserved: 2026-09-01T09:25:36.618Z

Link: CVE-2026-84178

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-19T11:17:21.917

Modified: 2026-10-19T11:17:21.917

Link: CVE-2026-84178

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-19T16:30:13Z

Weaknesses
  • CWE-352

    Cross-Site Request Forgery (CSRF)