-
Notifications
You must be signed in to change notification settings - Fork 366
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ext_authz
Authentication
#1059
Comments
Thanks for the quick answer. I guess I should have clarified that I had already seen both of those. I was wondering if there were already plans to extend the |
IMO it seems particularly useful to make ext_authz easily available to all users. Not only is this the case in most ingress controllers I know of (see links at the bottom) but it also allows the user to use pretty much any authn/authz method they prefer using custom authn/authz servers or tools like Ory oathkeeper. This means it's an alternative, in case another authn/z method isn't supported by Also: as far as I understand the plans in #24 the custom configuration seems to be planned to be all or nothing. From my standpoint envoy-gateway in it's current state feels very well integrated with gateway api. Having to configure the full proxy if I want to use any authz/authn besides JWT feels quite restrictive. If this goes beyond the scope of these first releases it might still be worth thinking about being able to override at least just the authn/authz part of the config while leaving the rest of the request processing alone, though I don't know envoy well enough to know if this would be possible. References in other ingress controllers: |
thanks for sharing all the references for other projects @xervon , the original design doc did account for |
This issue has been automatically marked as stale because it has not had activity in the last 30 days. |
speaking with many users at Kubecon, who would like to integrate with an external authz system like OPA |
Agree it's a very common to point to an ext_authz_filter filter to talk to an authorization server, resorting to patching xDS for a basic need is not optimal |
This issue has been automatically marked as stale because it has not had activity in the last 30 days. |
This issue has been automatically marked as stale because it has not had activity in the last 30 days. |
Description:
Are there any plans of supporting
ext_authz
request authentication?The text was updated successfully, but these errors were encountered: