Repository navigation
Replies: 1 comment 1 reply
|
BTW: I started a similar discussion in zitadel/zitadel#3707 |
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Some applications or even whole protocols don't (yet) support OIDC or SAML for authentication. It would be great to have a way to store and manage "app passwords", that is single-purpose passwords, tied to a user, a service name and a client-identifier chosen by the user.
My usecase is IMAP and SMTP authentication for legacy clients (like thunderbird) which don't support OAuth2 (yet).
I'd propose an authenticated http endpoint that gets the user's username, password and service's name and returns either OK. It might also return a valid token for that user, but I don't need that for my usecase. That would enable legacy proxies in front of the OAuth2 enabled service.
All reactions