Attack Chain

1. The attacker identifies an OAuth2 Proxy instance configured with --reverse-proxy and --skip_auth_routes (or --skip_auth_regex).
2. The attacker crafts a malicious HTTP request targeting a protected route.
3. The attacker adds an X-Forwarded-Uri header to the request, setting its value to a path configured in --skip_auth_routes.
4. The reverse proxy forwards the request, including the attacker-controlled X-Forwarded-Uri header, to the OAuth2 Proxy instance.
5. OAuth2 Proxy evaluates the X-Forwarded-Uri header against the --skip_auth_routes rules and incorrectly determines that authentication is not required.
6. OAuth2 Proxy forwards the request, now bypassing authentication, to the upstream application.
7. The upstream application processes the request, granting the attacker unauthorized access to the protected resource.
8. The attacker successfully accesses the protected route and performs unauthorized actions.

Impact

Successful exploitation of this vulnerability (CVE-2026-40575) allows unauthenticated remote attackers to bypass authentication and access protected routes without valid credentials. This could lead to complete compromise of the application behind the OAuth2 Proxy instance, including data theft, modification, or service disruption. The severity is critical as it directly undermines the authentication mechanism, potentially affecting any organization using OAuth2 Proxy with the vulnerable configuration. The number of affected organizations is currently unknown, but any deployment meeting the criteria is vulnerable.

Recommendation

• Upgrade OAuth2 Proxy to version 7.15.2 or later and configure the --trusted-proxy-ip flag to explicitly define trusted reverse proxy IPs to mitigate CVE-2026-40575.
• Implement reverse proxy or load balancer rules to strip or overwrite the X-Forwarded-Uri header from client requests, ensuring OAuth2 Proxy receives the correct request URI, as shown in the nginx example.
• Restrict direct client access to OAuth2 Proxy, ensuring it can only be reached through a trusted reverse proxy to prevent attackers from directly injecting malicious headers.
• Review and narrow --skip-auth-route / --skip-auth-regex rules where possible to minimize the attack surface and reduce the potential for authentication bypass.