Skip to content

Microsoft Entra ID custom OIDC federation guide

Last updated on

Set up a custom OpenID Connect (OIDC) federation with Microsoft Entra ID (formerly Azure Active Directory). The STACKIT IdP acts as the Relying Party (RP), and your Microsoft Entra ID tenant acts as the Identity Provider (IdP).

To configure this federation with Entra ID, complete the following steps:

  1. Create Microsoft Application: You need to create the application on Microsoft in order to obtain the required credentials to set up the federation.
    https://learn.microsoft.com/en-us/entra/identity-platform/quickstart-register-app
    When creating the client, the redirect URL’s is
    https://accounts.stackit.cloud/ui/login/login/externalidp/callback
  2. Token claims: The application will need to configure the token in “Token configuration” with the following claims:
    • Token type: ID
    • Claims checked:
      • email
      • family_name
      • given_name
      • preferred_username
  3. Permissions: In order to retrieve userinfo we will need the following permissions from “API permissions” panel:
    • email
    • profile
    • User.Read
    • openid (usually found in “Other permissions granted for…”)

Open a support ticket with the following information:

General information

  • Federation type: OpenID Connect (OIDC)
  • Reason for integration: Brief explanation (for example, “Enable SSO using Entra ID”)
  • Email domains: All primary and secondary email domains your employees use with Entra ID (for example, @example.org and @foobar.com)

OIDC-specific information

Specify which type of users will authenticate. This determines the correct issuer endpoint:

Confirm the federation works and report back to us so or any problem faced.

If you also want automated user and group synchronization from Microsoft Entra ID, continue with the Microsoft Entra ID custom SCIM provisioning guide.

If you have an existing federation using a different protocol and switch to OIDC with Microsoft Entra ID, the transition is seamless. As long as email addresses remain the same, users won’t lose access or data. User accounts are tied to email addresses, not federation methods.