Skip to content
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

[auth] support for oidc #4472

Open
parisni opened this issue Jan 26, 2025 · 1 comment
Open

[auth] support for oidc #4472

parisni opened this issue Jan 26, 2025 · 1 comment

Comments

@parisni
Copy link

parisni commented Jan 26, 2025

Oidc is an auth method broadly used from large compagny to self hosted people.

Oidc adds value by delegating the auth to an external provider enabling single sign on, but also feature out of scope of IM such as double factor auth, brute force mitigation and much more.

While oidc is a key feature in other IM tools such as matrix on the XMPP side oidc is almost un-mentionned. There is AFAIK not any XMPP client to support OIDC right now. However there is some XMPP backend implementation such as prosody and also some manifests.

Sounds like oidc for mongooseIM makes lot of sense too, and hopefully this would motivate xmpp clients to implement it.

@arcusfelis
Copy link
Contributor

arcusfelis commented Mar 10, 2025

Interesting, could be used to "sign in with google" 2 or other openid providers.

Main complexity is that that kind of auth is usually done from the web page / web view. At least in solutions like Slack.
Our users/clients often already have a web team and implement the feature there (and after just use an existing token auth, or some simple proprietary callback auth to their server - external script or external HTTP auth, which we already support - the company just need to implement HTTP web endpoint).

It would be nice to have:

So, far we can split the task:

  • MIM is used as an auth consumer - useful, but it is very client-implementation-aware (i.e. we need webview in the app or webpage).
  • MIM is used as an auth provider - probably could be useful only for the REST API auth. Also, using fast_auth tokens could be an alternative for the REST API.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants