* docs: restructure quickstarts * docs: quickstart libs * docs: add exlixir lib * docs: restructure * docs: restructure * docs: customization * use tabs in oauth/oidc endpoints.md * improve authorize_endpoint * improve token_endpoint and introspection_endpoint * docs: saas use case * styling * styling * begin login users * login users * login users * fix table * fix: links * fix: links * start go api * fix: policy structure * fix: saas description * fix: saas description * fix: saas description * Update docs/docs/concepts/policies.md Co-authored-by: mffap <[email protected]> * Update docs/docs/concepts/usecases/saas.md Co-authored-by: mffap <[email protected]> * Update docs/docs/concepts/usecases/saas.md Co-authored-by: mffap <[email protected]> * Update docs/docs/concepts/usecases/saas.md Co-authored-by: mffap <[email protected]> * Update docs/docs/concepts/usecases/saas.md Co-authored-by: mffap <[email protected]> * Update docs/docs/concepts/usecases/saas.md Co-authored-by: mffap <[email protected]> * Update docs/docs/concepts/usecases/saas.md Co-authored-by: mffap <[email protected]> * Update docs/docs/concepts/usecases/saas.md Co-authored-by: mffap <[email protected]> * Update docs/docs/concepts/usecases/saas.md Co-authored-by: mffap <[email protected]> * Update docs/docs/concepts/usecases/saas.md Co-authored-by: mffap <[email protected]> * docs: organisation --> organization * docs: fixes * docs: fixes * Update docs/docs/apis/openidoauth/endpoints.md Co-authored-by: Florian Forster <[email protected]> * Update docs/docs/concepts/policies.md Co-authored-by: Florian Forster <[email protected]> * Update docs/docs/concepts/policies.md Co-authored-by: Florian Forster <[email protected]> * Update docs/docs/concepts/policies.md Co-authored-by: Florian Forster <[email protected]> * Update docs/docs/apis/openidoauth/endpoints.md Co-authored-by: Florian Forster <[email protected]> * Apply suggestions from code review Co-authored-by: Florian Forster <[email protected]> * docs: intro * Update docs/docs/guides/customization/branding.md Co-authored-by: Florian Forster <[email protected]> * fix: typo * add mermaid Co-authored-by: Livio Amstutz <[email protected]> Co-authored-by: mffap <[email protected]> Co-authored-by: Florian Forster <[email protected]>
4.9 KiB
title
| title |
|---|
| Identity Brokering |
| Description | Learn about identity brokering/federation and how to add an external identity provider to authenticate your users. |
| Learning Outcomes |
In this module you will:
|
| Prerequisites |
|
What is Identity Brokering and Federated Identities?
Federated identity management is an arrangement built upon the trust between two or more domains. Users of these domains are allowed to access applications and services using the same identity. This identity is known as federated identity and the pattern behind this as identity federation.
A service provider that specializes in brokering access control between multiple service providers (also referred to as relying parties) is called identity broker. Federated identity management is an arrangement that is made between two or more such identity brokers across organizations.
Example: If Google is configured as identity provider on your organization, the user will get the option to use his Google Account on the Login Screen of ZITADEL (1). ZITADEL will redirect the user to the login screen of Google where he as to authenticated himself (2) and is sent back after he has finished that (3). Because Google is registered as trusted identity provider the user will be able to login in with the Google account after he linked an existing ZITADEL Account or just registered a new one with the claims provided by Google (4)(5).
Exercise: Register an external identity provider
In this exercise we will add a new Google identity provider to federate identities with ZITADEL.
1. Create new OIDC Client
- Register an OIDC Client in your preferred provider
- Make sure you add the ZITADEL callback redirect uris https://accounts.zitadel.ch/register/externalidp/callback https://accounts.zitadel.ch/login/externalidp/callback
Information: Make sure the provider is OIDC 1.0 compliant with a proper Discovery Endpoint
Google Example:
- Go to the Google Gloud Platform and choose youre project: https://console.cloud.google.com/apis/credentials
- Click on "+ CREATE CREDENTIALS" and choose "OAuth client ID"
- Choose Web application as Application type and give a name
- Add the redirect uris from above
- Save clientid and client secret
2. Add custom login policy on your organization
- Go to your organization settings by clicking on "Organization" in the menu or using the following link: https://console.zitadel.ch/org
- Modify your login policy
- As long as you have the default policy, you can't change the policy. Click create custom policy to set your on settings.
3.Configure new identity provider
- Go to the identity providers section and click new
- Fill out the form
- Use the issuer, clientid and client secret provided by your provider
- The scopes will be prefilled with openid, profile and email, because this information is relevant for ZITADEL
- You can choose what fields you like to map as the display name and as username. The fields you can choose are preferred_username and email (Example: For Google you should choose email for both fields)
- Save your configuration
- Link your new configuration to your login policy. By searching in the organization category you will get you own configuration. If you choose system you can link all predefined providers.
Your user will now be able to choose Google for login instead of username/password or mfa.
Knowledge Check
- The issuer for your identity provider is https://issuer.zitadel.ch
- yes
- no
- The identity provider has to be oAuth 2.0 compliant
- yes
- no
Solutions
- The issuer for your identity provider is https://issuer.zitadel.ch
- yes
- no (The issuer is provided by your choosen identity provider. In the case of Google it's https://accounts.google.com)
- The identity provider has to be oAuth 2.0 compliant
- yes
- no
Summary
- You can federate identities of all oAuth 2.0 compliant external identity providers
- Configure the provider in your custom login policy
Where to go from here:
- ZITADEL Projects
- Service users



