Impact
This vulnerability affects oauth2-proxy deployments using the skip_auth_routes
configuration option with regex patterns. The vulnerability allows attackers to bypass authentication by crafting URLs with query parameters that satisfy the configured regex patterns, potentially gaining unauthorized access to protected resources.
The issue stems from skip_auth_routes
matching against the full request URI (path + query parameters) instead of just the path as documented. This discrepancy enables authentication bypass attacks where attackers append malicious query parameters to access protected endpoints.
Example Attack:
- Configuration:
skip_auth_routes = [ "^/foo/.*/bar$" ]
- Intended behavior: Allow
/foo/something/bar
- Actual vulnerability: Also allows
/foo/critical_endpoint?param=/bar
Deployments using skip_auth_routes
with regex patterns containing wildcards or broad matching patterns are most at risk, especially when backend services ignore unknown query parameters.
Patches
A patch has been released with version v7.11.0.
Workarounds
Immediate mitigations:
- Review regex patterns: Audit all
skip_auth_routes
configurations for overly permissive patterns
- Use precise patterns: Replace wildcard patterns with exact path matches where possible
- Anchor patterns: Ensure regex patterns are properly anchored (start with
^
and end with $
)
- Path-only matching: Consider implementing custom validation that strips query parameters before regex matching
Example secure configuration:
# Instead of: "^/public/.*"
# Use specific paths: "^/public/assets$", "^/public/health$"
skip_auth_routes = ["^/public/assets$", "^/public/health$", "^/api/status$"]
References
Impact
This vulnerability affects oauth2-proxy deployments using the
skip_auth_routes
configuration option with regex patterns. The vulnerability allows attackers to bypass authentication by crafting URLs with query parameters that satisfy the configured regex patterns, potentially gaining unauthorized access to protected resources.The issue stems from
skip_auth_routes
matching against the full request URI (path + query parameters) instead of just the path as documented. This discrepancy enables authentication bypass attacks where attackers append malicious query parameters to access protected endpoints.Example Attack:
skip_auth_routes = [ "^/foo/.*/bar$" ]
/foo/something/bar
/foo/critical_endpoint?param=/bar
Deployments using
skip_auth_routes
with regex patterns containing wildcards or broad matching patterns are most at risk, especially when backend services ignore unknown query parameters.Patches
A patch has been released with version v7.11.0.
Workarounds
Immediate mitigations:
skip_auth_routes
configurations for overly permissive patterns^
and end with$
)Example secure configuration:
References