Partilhar via


Configurar o início de sessão para o Microsoft Entra ID multilocatário utilizando políticas personalizadas no Azure Ative Directory B2C

Antes de começar, use o seletor Escolha um tipo de política para escolher o tipo de política que você está configurando. O Azure Ative Directory B2C oferece dois métodos para definir como os usuários interagem com seus aplicativos: por meio de fluxos de usuário predefinidos ou por meio de políticas personalizadas totalmente configuráveis. As etapas exigidas neste artigo são diferentes para cada método.

Este recurso está disponível apenas para políticas personalizadas. Para as etapas de configuração, selecione Política personalizada no seletor anterior.

Este artigo mostra como habilitar o logon para usuários usando o ponto de extremidade multilocatário para ID do Microsoft Entra. Permitir que usuários de vários locatários do Microsoft Entra entrem usando o Azure AD B2C, sem que você precise configurar um provedor de identidade para cada locatário. No entanto, os membros convidados em qualquer um destes inquilinos não poderão iniciar sessão. Para isso, você precisa configurar individualmente cada locatário.

Pré-requisitos

Nota

Neste artigo, ele assumiu que SocialAndLocalAccounts starter pack é usado nas etapas anteriores mencionadas no pré-requisito.

Registar uma aplicação Microsoft Entra

Para habilitar a entrada para usuários com uma conta do Microsoft Entra no Azure Ative Directory B2C (Azure AD B2C), você precisa criar um aplicativo no portal do Azure. Para obter mais informações, consulte Registrar um aplicativo com a plataforma de identidade da Microsoft.

  1. Inicie sessão no portal do Azure.

  2. Se você tiver acesso a vários locatários, selecione o ícone Configurações no menu superior para alternar para seu locatário do Microsoft Entra ID no menu Diretórios + assinaturas .

  3. Escolha Todos os serviços no canto superior esquerdo do portal do Azure e, em seguida, procure e selecione Registos de aplicações.

  4. Selecione Novo registo.

  5. Introduza um Nome para a sua aplicação. Por exemplo, Azure AD B2C App.

  6. Selecione Contas em qualquer diretório organizacional (Any Microsoft Entra directory – Multitenant) para este aplicativo.

  7. Para o URI de Redireccionamento, aceite o valor de Web e introduza o seguinte URL em letras minúsculas, onde your-B2C-tenant-name é substituído pelo nome do seu inquilino do Azure AD B2C.

    https://your-B2C-tenant-name.b2clogin.com/your-B2C-tenant-name.onmicrosoft.com/oauth2/authresp
    

    Por exemplo, https://fabrikam.b2clogin.com/fabrikam.onmicrosoft.com/oauth2/authresp.

    Se utilizar um domínio personalizado, introduza https://your-domain-name/your-tenant-name.onmicrosoft.com/oauth2/authresp. Substitua your-domain-name pelo seu domínio personalizado e your-tenant-name pelo nome do seu inquilino.

  8. Selecione Registar. Registre o ID do aplicativo (cliente) para uso em uma etapa posterior.

  9. Selecione Segredos de certificados & e, em seguida, selecione Novo segredo do cliente.

  10. Introduza uma Descrição para o segredo, selecione uma expiração e, em seguida, selecione Adicionar. Registre o valor do segredo para uso em uma etapa posterior.

Configurando declarações opcionais

Se quiser obter o family_name, e given_name declarações da ID do Microsoft Entra, você pode configurar declarações opcionais para seu aplicativo na interface do usuário do portal do Azure ou no manifesto do aplicativo. Para obter mais informações, consulte Como fornecer declarações opcionais ao seu aplicativo Microsoft Entra.

  1. Inicie sessão no portal do Azure. Procure e selecione Microsoft Entra ID.
  2. Na seção Gerenciar, selecione Registros de aplicativos.
  3. Selecione o aplicativo para o qual você deseja configurar declarações opcionais na lista.
  4. Na seção Gerenciar, selecione Configuração de token.
  5. Selecione Adicionar declaração opcional.
  6. Para o tipo de token, selecione ID.
  7. Selecione as declarações opcionais a serem adicionadas, family_namee given_name.
  8. Selecione Adicionar. Se Ativar a permissão de email do Microsoft Graph (necessária para que as declarações apareçam no token) for exibida, ative-a e selecione Adicionar novamente.

[Opcional] Verificar a autenticidade do seu aplicativo

A verificação do editor ajuda seus usuários a entender a autenticidade do aplicativo que você registrou. Um aplicativo verificado significa que o editor do aplicativo verificou sua identidade usando o Microsoft Partner Network (MPN). Saiba como marcar a aplicação como “editor verificado”.

Criar uma chave de política

Você precisa armazenar a chave do aplicativo que criou em seu locatário do Azure AD B2C.

  1. Se você tiver acesso a vários locatários, selecione o ícone Configurações no menu superior para alternar para seu locatário do Azure AD B2C no menu Diretórios + assinaturas .
  2. Escolha Todos os serviços no canto superior esquerdo do portal do Azure e, em seguida, procure e selecione Azure AD B2C.
  3. Em Políticas, selecione Identity Experience Framework.
  4. Selecione Chaves de política e, em seguida, selecione Adicionar.
  5. Em Opções, escolha Manual.
  6. Insira um Nome para a chave de política. Por exemplo, AADAppSecret. O prefixo B2C_1A_ é adicionado automaticamente ao nome da sua chave quando ela é criada, portanto, sua referência no XML na seção a seguir é B2C_1A_AADAppSecret.
  7. Em Segredo, insira o segredo do cliente que você gravou anteriormente.
  8. Para Uso da chave, selecione Signature.
  9. Selecione Criar.

Configurar o Microsoft Entra ID como um provedor de identidade

Para permitir que os usuários entrem usando uma conta do Microsoft Entra, você precisa definir o Microsoft Entra ID como um provedor de declarações com o qual o Azure AD B2C pode se comunicar por meio de um ponto de extremidade. O ponto de extremidade fornece um conjunto de declarações que são usadas pelo Azure AD B2C para verificar se um usuário específico foi autenticado.

Você pode definir o Microsoft Entra ID como um provedor de declarações adicionando o Microsoft Entra ID ao elemento ClaimsProvider no arquivo de extensão da sua política.

  1. Abra o arquivo SocialAndLocalAccounts/TrustFrameworkExtensions.xml (consulte os arquivos que você usou nos pré-requisitos).

  2. Encontre o elemento ClaimsProviders . Se não existir, adicione-o sob o elemento raiz.

  3. Adicione um novo ClaimsProvider da seguinte maneira:

    <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>
    
  4. No elemento ClaimsProvider, atualize o valor de Domain para um valor exclusivo que possa ser usado para distingui-lo de outros provedores de identidade.

  5. No elemento TechnicalProfile, atualize o valor de DisplayName, por exemplo, Multi-Tenant AAD. Este valor é apresentado no botão de início de sessão na sua página de início de sessão.

  6. Defina client_id para a ID do aplicativo multilocatário Microsoft Entra que você registrou anteriormente.

  7. Em CryptographicKeys, atualize o valor de StorageReferenceId para o nome da chave de política criada anteriormente. Por exemplo, B2C_1A_AADAppSecret.

Restringir o acesso

Usar https://login.microsoftonline.com/ como o valor para ValidTokenIssuerPrefixes permite que todos os usuários do Microsoft Entra entrem em seu aplicativo. Atualize a lista de emissores de token válidos e restrinja o acesso a uma lista específica de usuários locatários do Microsoft Entra que podem entrar.

Para obter os valores, examine os metadados de descoberta do OpenID Connect para cada um dos locatários do Microsoft Entra dos quais você gostaria que os usuários entrassem. O formato da URL de metadados é semelhante ao , onde your-tenant é o https://login.microsoftonline.com/your-tenant/v2.0/.well-known/openid-configurationnome do locatário do Microsoft Entra. Por exemplo:

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

Execute estas etapas para cada locatário do Microsoft Entra que deve ser usado para entrar:

  1. Abra o navegador e vá para a URL de metadados do OpenID Connect para o locatário. Encontre o issuer objeto e registre seu valor. Deve ser semelhante a https://login.microsoftonline.com/00000000-0000-0000-0000-000000000000/v2.0.
  2. Copie e cole o valor na chave ValidTokenIssuerPrefixes . Separe vários emissores com uma vírgula. Um exemplo com dois emissores aparece no exemplo XML anterior ClaimsProvider .

Adicionar uma jornada do usuário

Neste ponto, o provedor de identidade foi configurado, mas ainda não está disponível em nenhuma das páginas de entrada. Se você não tiver sua própria jornada de usuário personalizada, crie uma duplicata de uma jornada de usuário de modelo existente, caso contrário, continue para a próxima etapa.

  1. Abra o arquivo TrustFrameworkBase.xml do pacote inicial.
  2. Localize e copie todo o conteúdo do elemento UserJourney que inclui Id="SignUpOrSignIn"o .
  3. Abra o TrustFrameworkExtensions.xml e localize o elemento UserJourneys. Se o elemento não existir, adicione um.
  4. Cole todo o conteúdo do elemento UserJourney que você copiou como filho do elemento UserJourneys .
  5. Renomeie o ID da jornada do usuário. Por exemplo, Id="CustomSignUpSignIn".

Adicionar o provedor de identidade a uma jornada do usuário

Agora que você tem uma jornada do usuário, adicione o novo provedor de identidade à jornada do usuário. Primeiro, adicione um botão de início de sessão e, em seguida, associe o botão a uma ação. A ação é o perfil técnico que você criou anteriormente.

  1. Encontre o elemento da etapa de orquestração que inclui Type="CombinedSignInAndSignUp"o , ou Type="ClaimsProviderSelection" na jornada do usuário. Geralmente é o primeiro passo da orquestração. O elemento ClaimsProviderSelections contém uma lista de provedores de identidade com os quais um usuário pode entrar. A ordem dos elementos controla a ordem dos botões de entrada apresentados ao usuário. Adicione um elemento XML ClaimsProviderSelection . Defina o valor de TargetClaimsExchangeId como um nome amigável.

  2. Na próxima etapa de orquestração, adicione um elemento ClaimsExchange . Defina o Id como o valor do ID de troca de declarações de destino. Atualize o valor de TechnicalProfileReferenceId para o Id do perfil técnico criado anteriormente.

O XML a seguir demonstra as duas primeiras etapas de orquestração de uma jornada do usuário com o provedor de identidade:

<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>

Configurar a política de terceira parte confiável

A política de terceira parte confiável, por exemplo SignUpSignIn.xml, especifica a jornada do usuário que o Azure AD B2C executará. Encontre o elemento DefaultUserJourney na terceira parte confiável. Atualize o ReferenceId para corresponder ao ID de jornada do usuário, no qual você adicionou o provedor de identidade.

No exemplo a seguir, para a jornada do CustomSignUpSignIn usuário, o ReferenceId é definido como CustomSignUpSignIn:

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

Carregar a política personalizada

  1. Inicie sessão no portal do Azure.
  2. Selecione o ícone Diretório + Assinatura na barra de ferramentas do portal e selecione o diretório que contém seu locatário do Azure AD B2C.
  3. No portal do Azure, procure e selecione Azure AD B2C.
  4. Em Políticas, selecione Identity Experience Framework.
  5. Selecione Carregar Política Personalizada e, em seguida, carregue os dois ficheiros de política que alterou, pela seguinte ordem: a política de extensão, por exemplo TrustFrameworkExtensions.xml, e, em seguida, a política de entidade confiadora, como SignUpSignIn.xml.

Testar sua política personalizada

  1. Selecione sua política de terceira parte confiável, por exemplo B2C_1A_signup_signin.
  2. Em Aplicativo, selecione um aplicativo Web que você registrou anteriormente. O URL de resposta deve mostrar https://jwt.ms.
  3. Selecione o botão Executar agora .
  4. Na página de inscrição ou entrada, selecione Common Microsoft Entra ID para entrar com a conta do Microsoft Entra.

Para testar a capacidade de entrada multilocatário, execute as duas últimas etapas usando as credenciais de um usuário que existe outro locatário do Microsoft Entra. Copie o ponto de extremidade Executar agora e abra-o em uma janela privada do navegador, por exemplo, Modo de navegação anônima no Google Chrome ou uma janela InPrivate no Microsoft Edge. A abertura em uma janela privada do navegador permite que você teste a jornada completa do usuário sem usar nenhuma credencial do Microsoft Entra atualmente armazenada em cache.

Se o processo de entrada for bem-sucedido, seu navegador será redirecionado para https://jwt.ms, que exibe o conteúdo do token retornado pelo Azure AD B2C.

Próximos passos