We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Microsoft is strongly pushing to use x509 based client authentication, see: https://devblogs.microsoft.com/microsoft365dev/client-secret-expiration-now-limited-to-a-maximum-of-two-years
It would be great if the ODIC/JWT auth plugin in Vault could support this part of the OIDC spec: https://openid.net/specs/openid-connect-core-1_0.html#ClientAuthentication
I would assume that Vault would generate the private key and never expose it to the operator. The public key should be retrievable via UI and API.
Thanks, Tyler
The text was updated successfully, but these errors were encountered:
No branches or pull requests
Microsoft is strongly pushing to use x509 based client authentication, see: https://devblogs.microsoft.com/microsoft365dev/client-secret-expiration-now-limited-to-a-maximum-of-two-years
It would be great if the ODIC/JWT auth plugin in Vault could support this part of the OIDC spec: https://openid.net/specs/openid-connect-core-1_0.html#ClientAuthentication
I would assume that Vault would generate the private key and never expose it to the operator.
The public key should be retrievable via UI and API.
Thanks,
Tyler
The text was updated successfully, but these errors were encountered: