Configurer la connexion pour les annuaires Microsoft Entra ID multilocataires par des stratégies personnalisées - Azure AD B2C

Article
10/07/2023

Avant de commencer, utilisez le sélecteur Choisir un type de stratégie pour choisir le type de stratégie que vous configurez. Azure Active Directory B2C offre deux possibilités pour définir la façon dont les utilisateurs interagissent avec vos applications : via des flux utilisateurs prédéfinis ou via des stratégies personnalisées entièrement configurables. La procédure donnée dans cet article est différente pour chaque méthode.

Cette fonctionnalité est disponible uniquement pour les stratégies personnalisées. Pour accéder aux étapes de configuration, sélectionnez Stratégie personnalisée dans le sélecteur précédent.

Cet article explique comment autoriser la connexion d’utilisateurs à l’aide du point de terminaison multi-locataire pour Microsoft Entra ID. Autorisation d’utilisateurs de différents locataires Microsoft Entra à se connecter avec Azure AD B2C sans avoir à configurer un fournisseur d’identité pour chaque locataire. Toutefois, les membres invités dans ces locataires ne pourront pas se connecter. Pour ce faire, vous devez configurer individuellement chaque locataire.

Prérequis

Créez un flux d’utilisateurs pour permettre aux utilisateurs de s’inscrire et de se connecter à votre application.
Inscrire une application web.

Suivez les étapes dans Bien démarrer avec les stratégies personnalisées dans Active Directory B2C
Inscrire une application web.

Notes

Dans cet article, nous partons du principe que le pack de démarrage SocialAndLocalAccounts est utilisé dans les étapes précédentes mentionnées dans les prérequis.

Enregistrez une application Microsoft Entra

Pour autoriser la connexion des utilisateurs avec un compte Microsoft Entra dans Azure Active Directory B2C (Azure AD B2C), vous devez créer une application dans le portail Azure. Pour plus d’informations, consultez Inscrire une application auprès de la plateforme d’identités Microsoft.

Connectez-vous au portail Azure.
Si vous avez accès à plusieurs tenants, utilisez l’icône Paramètres dans le menu supérieur pour basculer vers votre tenant Microsoft Entra ID à partir du menu Répertoires + abonnements.
Choisissez Tous les services dans le coin supérieur gauche du portail Azure, puis recherchez et sélectionnez Inscriptions d’applications.
Sélectionnez Nouvelle inscription.
Entrez un nom pour votre application. Par exemple : Azure AD B2C App.
Sélectionnez Comptes dans un annuaire d’organisation (tout annuaire Microsoft Entra - Multilocataire) pour cette application.
Pour le champ URI de redirection, acceptez la valeur Web, puis entrez l’URL suivante en minuscules, où your-B2C-tenant-name est remplacé par le nom de votre locataire Azure AD B2C :
```
https://your-B2C-tenant-name.b2clogin.com/your-B2C-tenant-name.onmicrosoft.com/oauth2/authresp
```
Par exemple : https://fabrikam.b2clogin.com/fabrikam.onmicrosoft.com/oauth2/authresp.

Si vous utilisez un domaine personnalisé, entrez https://your-domain-name/your-tenant-name.onmicrosoft.com/oauth2/authresp. Remplacez your-domain-name par le nom de votre domaine personnalisé et your-tenant-name par le nom de votre locataire.
Sélectionnez Inscription. Enregistrez l’ID d’application (client) pour l’utiliser dans une étape ultérieure.
Sélectionnez Certificats et secrets, puis sélectionnez Nouveau secret client.
Entrez une description pour le secret, sélectionnez une date d’expiration, puis sélectionnez Ajouter. Enregistrez la Valeur du secret pour l’utiliser à une étape ultérieure.

Configuration des revendications facultatives

Si vous souhaitez obtenir les revendications family_name et given_name à partir de Microsoft Entra ID, vous pouvez configurer des revendications facultatives pour votre application dans l’interface utilisateur du portail Azure ou dans le manifeste de l’application. Pour plus d’informations, consultez Comment fournir des revendications facultatives à votre application Microsoft Entra.

Connectez-vous au portail Azure. Recherchez et sélectionnez Microsoft Entra ID.
Dans la section Gérer, sélectionnez Inscriptions d’applications.
Sélectionnez dans la liste l’application pour laquelle vous souhaitez configurer des revendications facultatives.
Dans la section Gérer, sélectionnez Configuration de jetons.
Sélectionnez Ajouter une revendication facultative.
Dans Type de jeton, sélectionnez ID.
Sélectionnez les revendications facultatives à ajouter, family_name et given_name.
Sélectionnez Ajouter. Si l’option Activer l’autorisation d’e-mail Microsoft Graph (nécessaire pour que les revendications apparaissent dans le jeton) s’affiche, activez-la et sélectionnez une nouvelle fois Ajouter.

[Facultatif] Vérifier l’authenticité de votre application

La vérification de l’éditeur permet aux utilisateurs de s’assurer de l’authenticité de l’application que vous avez inscrite. Une application vérifiée signifie que l’éditeur de l’application a vérifié son identité à l’aide de son Microsoft Partner Network (MPN). Apprenez à marquer votre application avec la mention « éditeur vérifié ».

Création d’une clé de stratégie

Vous devez stocker la clé d’application que vous avez créée dans votre locataire Azure AD B2C.

Si vous avez accès à plusieurs locataires, sélectionnez l’icône Paramètres dans le menu supérieur pour basculer vers votre locataire Azure AD B2C à partir du menu Annuaires + abonnements.
Choisissez Tous les services dans le coin supérieur gauche du portail Azure, puis recherchez et sélectionnez Azure AD B2C.
Sous Stratégies, sélectionnez Identity Experience Framework.
Sélectionnez Clés de stratégie, puis Ajouter.
Pour Options, choisissez Manual.
Entrez un nom pour la clé de stratégie. Par exemple : AADAppSecret. Le préfixe B2C_1A_ étant ajouté automatiquement au nom de votre clé lors de sa création, sa référence dans le code XML de la section suivante est à B2C_1A_AADAppSecret.
Dans Secret, entrez le secret client que vous avez enregistré précédemment.
Pour Utilisation de la clé, sélectionnez Signature.
Cliquez sur Créer.

Configurer Microsoft Entra ID en tant que fournisseur d’identité

Pour permettre aux utilisateurs de se connecter à l'aide d'un compte Microsoft Entra, vous devez définir Microsoft Entra ID en tant que fournisseur de revendications avec lequel Azure AD B2C peut communiquer via un point de terminaison. Le point de terminaison fournit un ensemble de revendications utilisées par Azure AD B2C pour vérifier qu’un utilisateur spécifique s’est authentifié.

Vous pouvez définir Microsoft Entra ID en tant que fournisseur de revendications en ajoutant Microsoft Entra ID à l'élément ClaimsProvider dans le fichier d'extension de votre stratégie.

Ouvrez le fichier SocialAndLocalAccounts/TrustFrameworkExtensions.xml (consultez les fichiers que vous avez utilisés dans les prérequis).
Recherchez l’élément ClaimsProviders. S’il n’existe pas, ajoutez-le sous l’élément racine.

Ajoutez un nouveau ClaimsProvider comme suit :

<ClaimsProvider>
  <Domain>commonaad</Domain>
  <DisplayName>Common AAD</DisplayName>
  <TechnicalProfiles>
    <TechnicalProfile Id="AADCommon-OpenIdConnect">
      <DisplayName>Multi-Tenant AAD</DisplayName>
      <Description>Login with your Contoso account</Description>
      <Protocol Name="OpenIdConnect"/>
      <Metadata>
        <Item Key="METADATA">https://login.microsoftonline.com/common/v2.0/.well-known/openid-configuration</Item>
        <!-- Update the Client ID below to the Application ID -->
        <Item Key="client_id">00000000-0000-0000-0000-000000000000</Item>
        <Item Key="response_types">code</Item>
        <Item Key="scope">openid profile</Item>
        <Item Key="response_mode">form_post</Item>
        <Item Key="HttpBinding">POST</Item>
        <Item Key="UsePolicyInRedirectUri">false</Item>
        <Item Key="DiscoverMetadataByTokenIssuer">true</Item>
        <!-- The key below allows you to specify each of the Azure AD tenants that can be used to sign in. Update the GUIDs below for each tenant. -->
        <Item Key="ValidTokenIssuerPrefixes">https://login.microsoftonline.com/00000000-0000-0000-0000-000000000000,https://login.microsoftonline.com/11111111-1111-1111-1111-111111111111</Item>
        <!-- The commented key below specifies that users from any tenant can sign-in. Uncomment if you would like anyone with an Azure AD account to be able to sign in. -->
        <!-- <Item Key="ValidTokenIssuerPrefixes">https://login.microsoftonline.com/</Item> -->
      </Metadata>
      <CryptographicKeys>
        <Key Id="client_secret" StorageReferenceId="B2C_1A_AADAppSecret"/>
      </CryptographicKeys>
      <OutputClaims>
        <OutputClaim ClaimTypeReferenceId="issuerUserId" PartnerClaimType="oid"/>
        <OutputClaim ClaimTypeReferenceId="givenName" PartnerClaimType="given_name" />
        <OutputClaim ClaimTypeReferenceId="surName" PartnerClaimType="family_name" />
        <OutputClaim ClaimTypeReferenceId="displayName" PartnerClaimType="name" />
        <OutputClaim ClaimTypeReferenceId="authenticationSource" DefaultValue="socialIdpAuthentication" AlwaysUseDefaultValue="true" />
        <OutputClaim ClaimTypeReferenceId="identityProvider" PartnerClaimType="iss" />
      </OutputClaims>
      <OutputClaimsTransformations>
        <OutputClaimsTransformation ReferenceId="CreateRandomUPNUserName"/>
        <OutputClaimsTransformation ReferenceId="CreateUserPrincipalName"/>
        <OutputClaimsTransformation ReferenceId="CreateAlternativeSecurityId"/>
        <OutputClaimsTransformation ReferenceId="CreateSubjectClaimFromAlternativeSecurityId"/>
      </OutputClaimsTransformations>
      <UseTechnicalProfileForSessionManagement ReferenceId="SM-SocialLogin"/>
    </TechnicalProfile>
  </TechnicalProfiles>
</ClaimsProvider>

Sous l’élément ClaimsProvider, mettez à jour la valeur de Domaine sur une valeur unique qui peut être utilisée pour le distinguer des autres fournisseurs d’identité.
Sous l’élément TechnicalProfile, mettez à jour la valeur de DisplayName, par exemple Multi-Tenant AAD. Cette valeur apparaît sur le bouton de connexion dans votre page de connexion.
Définissez client_id sur l’ID de l’application multilocataire Microsoft Entra que vous avez inscrite précédemment.
Sous CryptographicKeys, mettez à jour la valeur de StorageReferenceId sur le nom de la clé de stratégie que vous avez créée précédemment. Par exemple : B2C_1A_AADAppSecret.

Restriction de l’accès

La valeur https://login.microsoftonline.com/ pour ValidTokenIssuerPrefixes autorise tous les utilisateurs Microsoft Entra à se connecter à votre application. Mettez à jour la liste des émetteurs de jetons valides et restreignez l’accès à une liste spécifique d’utilisateurs locataires Microsoft Entra qui peuvent se connecter.

Pour obtenir les valeurs correspondantes, examinez les métadonnées de découverte OpenID Connect de chacun des locataires Microsoft Entra à partir desquels les utilisateurs seront autorisés à se connecter. Le format de l’URL des métadonnées est semblable à https://login.microsoftonline.com/your-tenant/v2.0/.well-known/openid-configuration, où your-tenant est votre nom de locataire Microsoft Entra. Par exemple :

https://login.microsoftonline.com/fabrikam.onmicrosoft.com/v2.0/.well-known/openid-configuration

Effectuez ces étapes pour chaque locataire Microsoft Entra qui doit être utilisé pour se connecter :

Ouvrez votre navigateur et accédez à l’URL des métadonnées OpenID Connect pour le locataire. Recherchez l’objet issuer et enregistrez sa valeur. Elle doit ressembler à https://login.microsoftonline.com/00000000-0000-0000-0000-000000000000/v2.0.
Copiez et collez la valeur dans la clé ValidTokenIssuerPrefixes. Séparez plusieurs émetteurs par une virgule. Un exemple avec deux émetteurs apparaît dans l’exemple XML ClaimsProvider précédent.

Ajouter un parcours utilisateur

À ce stade, le fournisseur d’identité a été configuré, mais il n’est encore disponible dans aucune des pages de connexion. Si vous n’avez pas votre propre parcours utilisateur personnalisé, créez un doublon d’un modèle de parcours utilisateur existant ; sinon, passez à l’étape suivante.

Ouvrez le fichier TrustFrameworkBase.xml à partir du pack de démarrage.
Recherchez et copiez l’intégralité du contenu de l’élément UserJourney comprenant Id="SignUpOrSignIn".
Ouvrez le fichier TrustFrameworkExtensions.xml, puis recherchez l’élément UserJourneys. Si l’élément n’existe pas, ajoutez-en un.
Collez l’intégralité du contenu de l’élément UserJourney que vous avez copié en tant qu’enfant de l’élément UserJourneys.
Renommez l’ID du parcours utilisateur. Par exemple : Id="CustomSignUpSignIn".

Ajoutez le fournisseur d’identité à un parcours utilisateur

Maintenant que vous disposez d’un parcours utilisateur, ajoutez-y le nouveau fournisseur d’identité. Vous ajoutez d’abord un bouton de connexion, puis vous liez le bouton à une action. L’action représente le profil technique que vous avez créé plus haut.

Recherchez l’élément d’étape d’orchestration comprenant Type="CombinedSignInAndSignUp" ou Type="ClaimsProviderSelection" dans le parcours utilisateur. Il s’agit généralement de la première étape d’orchestration. L’élément ClaimsProviderSelections contient une liste de fournisseurs d’identité auxquels un utilisateur peut se connecter. L’ordre des éléments détermine l’ordre des boutons de connexion présentés à l’utilisateur. Ajoutez un élément XML ClaimsProviderSelection. Définissez la valeur TargetClaimsExchangeId sur un nom convivial.
À la prochaine étape d’orchestration, ajoutez un élément ClaimsExchange. Définissez ID sur la valeur de l’ID d’échange des revendications cible. Mettez à jour la valeur de TechnicalProfileReferenceId sur l’ID du profil technique que vous avez créé précédemment.

Le code XML suivant montre les deux premières étapes d’orchestration d’un parcours utilisateur avec le fournisseur d’identité :

<OrchestrationStep Order="1" Type="CombinedSignInAndSignUp" ContentDefinitionReferenceId="api.signuporsignin">
  <ClaimsProviderSelections>
    ...
    <ClaimsProviderSelection TargetClaimsExchangeId="AzureADCommonExchange" />
  </ClaimsProviderSelections>
  ...
</OrchestrationStep>

<OrchestrationStep Order="2" Type="ClaimsExchange">
  ...
  <ClaimsExchanges>
    <ClaimsExchange Id="AzureADCommonExchange" TechnicalProfileReferenceId="AADCommon-OpenIdConnect" />
  </ClaimsExchanges>
</OrchestrationStep>

Configurer la stratégie de partie de confiance

La stratégie de partie de confiance, par exemple SignUpSignIn.xml, spécifie le parcours utilisateur à partir duquel Azure AD B2C s’exécutera. Recherchez l’élément DefaultUserJourney dans la partie de confiance. Mettez à jour la valeur ReferenceId afin qu’elle corresponde à l’ID du parcours utilisateur auquel vous avez ajouté le fournisseur d'identité.

Dans l’exemple suivant, pour le parcours utilisateur CustomSignUpSignIn, la valeur ReferenceId est définie sur CustomSignUpSignIn :

<RelyingParty>
  <DefaultUserJourney ReferenceId="CustomSignUpSignIn" />
  ...
</RelyingParty>

Téléchargez la stratégie personnalisée

Connectez-vous au portail Azure.
Sélectionnez l’icône Annuaire et abonnement dans la barre d’outils du portail, puis sélectionnez l’annuaire qui contient votre locataire Azure AD B2C.
Dans la Portail Azure, recherchez et sélectionnez Azure AD B2C.
Sous Stratégies, sélectionnez Identity Experience Framework.
Sélectionnez Charger une stratégie personnalisée, puis chargez les deux fichiers de stratégie que vous avez modifiés, dans l’ordre suivant : la stratégie d’extension, par exemple TrustFrameworkExtensions.xml, puis la stratégie de la partie de confiance, par exemple SignUpSignIn.xml.

Tester votre stratégie personnalisée

Sélectionnez votre stratégie de partie de confiance, par exemple B2C_1A_signup_signin.
Pour Application, sélectionnez une application web que vous avez précédemment inscrite. L’URL de réponse doit être https://jwt.ms.
Sélectionnez le bouton Exécuter maintenant.
Sur la page d’inscription ou de connexion, sélectionnez Common Microsoft Entra ID pour vous connecter avec le compte Microsoft Entra.

Pour tester la fonctionnalité de connexion multilocataire, effectuez les deux dernières étapes à l’aide des informations d’identification d’un utilisateur qui existe dans un autre locataire Microsoft Entra. Copiez le point de terminaison Exécuter maintenant et ouvrez-le dans une fenêtre de navigation privée, par exemple en mode navigation privée dans Google Chrome ou dans une fenêtre InPrivate dans Microsoft Edge. L’ouverture dans une fenêtre de navigation privée vous permet de tester le parcours utilisateur complet en n’utilisant pas les informations d’identification Microsoft Entra actuellement mises en cache.

Si le processus de connexion réussit, votre navigateur est redirigé vers https://jwt.ms, qui affiche le contenu du jeton retourné par Azure AD B2C.

Étapes suivantes

Découvrez comment transmettre le jeton Microsoft Entra à votre application.
Consultez la version de démonstration en direct de la fédération multi-locataire Microsoft Entra et comment passer la version de démonstration en direct du jeton d’accès Microsoft Entra

Configurer une connexion pour un service Microsoft Entra ID mutualisé à l’aide de stratégies personnalisées dans Azure Active Directory B2C