1
0
mirror of https://github.com/oauth2-proxy/oauth2-proxy.git synced 2026-04-26 20:42:38 +02:00
Files
github-actions[bot] 96c9ec6986 release v7.15.0 (#3378)
* add new docs version 7.15.x

* update to release version v7.15.0

* doc: changelog for v7.15.0 and extended docs for additional claims

* ci: fix trivy failure for release PR

---------

Signed-off-by: Jan Larwig <jan@larwig.com>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: Jan Larwig <jan@larwig.com>
2026-03-19 01:10:21 +08:00

1.7 KiB

id, title
id title
behaviour Behaviour
  1. Authentication Requirement: All requests passing through the proxy to upstream applications require authentication, excluding default proxy endpoints.

    • Exception: If the request matches a skipped route (configured via --skip-auth-route):
      • Authentication is not enforced, but the proxy will opportunistically attempt to validate a session cookie (--cookie-name) or JWT (--skip-jwt-bearer-tokens) if present in the request.
      • Configured user info and authentication headers (e.g., --pass-access-token) are injected to upstream routes when validation succeeds.
  2. Unauthenticated Requests: When authentication is missing but required, the user is redirected to the configured Identity Provider (IdP) login page by default.

    • Ajax Requests: If the request has Accept: application/json header:
      • Returns 401 Unauthorized.
    • Invalid JWT Tokens: If --skip-jwt-bearer-tokens is set and the request includes an invalid JWT:
      • Redirects to the login page by default.
      • Returns 403 Forbidden if --bearer-token-login-fallback is set to false.
  3. Post-Authentication: After successful authentication with the IdP, OAuth tokens are stored in the configured session store (cookie or Redis), and a cookie is set.

  4. Request Forwarding: The authenticated request is processed based on configuration:

    • Forwarded to the configured upstream application with added user info and authentication headers, or
    • Returns a valid status code for downstream processing by another proxy or load balancer (e.g., Nginx or Traefik).

Note: The proxy also provides a number of useful endpoints for monitoring and management.