Compartilhar via

Configurar credenciais para uma organização específica do Microsoft Entra no Azure Active Directory B2C

Importante

A partir de 1º de maio de 2025, o Azure AD B2C não estará mais disponível para compra para novos clientes. Saiba mais em nossas perguntas frequentes.

Este artigo mostra como habilitar a entrada para usuários de uma organização específica do Microsoft Entra usando um fluxo de usuário no Azure AD B2C.

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

Observação

No Azure Active Directory B2C, as políticas personalizadas são projetadas principalmente para tratar de cenários complexos. Para a maioria dos cenários, recomendamos que você use fluxos de usuários predefinidos. Se você ainda não fez isso, saiba mais sobre o pacote de início de política personalizado em Introdução às políticas personalizadas no Active Directory B2C.

Pré-requisitos

Verificar o domínio do publicador do aplicativo

A partir de novembro de 2020, novos registros de aplicativo aparecem como não verificados no prompt de consentimento do usuário, a menos que o domínio do editor do aplicativo seja verificadoe a identidade da empresa tenha sido verificada com o Microsoft Partner Network e associada ao aplicativo. (Saiba mais sobre essa alteração.) Observe que, para fluxos de usuário do Azure AD B2C, o domínio do editor aparece somente ao usar uma conta da Microsoft ou outro locatário do Microsoft Entra como o provedor de identidade. Para atender a esses novos requisitos, faça o seguinte:

  1. Verifique a identidade da sua empresa usando sua conta do MPN (Microsoft Partner Network). Esse processo verifica as informações sobre a sua empresa e o contato principal da sua empresa.
  2. Conclua o processo de verificação do editor para associar sua conta do MPN ao registro de aplicativo usando uma das seguintes opções:

Registar uma aplicação Microsoft Entra

Para habilitar a entrada de usuários com uma conta do Microsoft Entra de uma organização específica do Microsoft Entra, no Azure AD B2C (Azure Active Directory B2C), você precisa criar um aplicativo no portal do Azure. Para obter mais informações, confira Registrar um aplicativo na plataforma de identidade da Microsoft.

  1. Entre no portal do Azure.

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

  3. No portal do Azure, pesquise e selecione a ID do Microsoft Entra.

  4. No menu à esquerda, em Gerenciar, selecione Registros de aplicativo.

  5. Selecione + Novo registro.

  6. Insira um nome para seu aplicativo. Por exemplo, Azure AD B2C App.

  7. Aceite a seleção padrão de Contas somente neste diretório organizacional (somente Diretório Padrão – Locatário único) para este aplicativo.

  8. Para o URI de Redirecionamento, aceite o valor Web e insira a URL a seguir em todas as letras minúsculas, onde your-B2C-tenant-name é substituída pelo nome do locatário 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 você usa um domínio personalizado, insira https://your-domain-name/your-tenant-name.onmicrosoft.com/oauth2/authresp. Substitua your-domain-name pelo domínio personalizado e your-tenant-name pelo nome do locatário.

  9. Selecione Registrar. Registre a ID do aplicativo (cliente) para uso em uma etapa posterior.

  10. Selecione Certificados & segredos e selecione Novo segredo do cliente.

  11. Insira 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.

Configurar o Microsoft Entra ID como um provedor de identidade

  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, pesquise Azure AD B2C e selecione-o.

  3. Selecione provedores de identidade e, em seguida, selecione Novo provedor OpenID Connect.

  4. Insira um Nome. Por exemplo, insira Microsoft Entra ID da Contoso.

  5. Para a URL dos metadados, insira a seguinte URL, substituindo {tenant} pelo nome de domínio do locatário do Microsoft Entra:

    https://login.microsoftonline.com/{tenant}/v2.0/.well-known/openid-configuration

Por exemplo, https://login.microsoftonline.com/contoso.onmicrosoft.com/v2.0/.well-known/openid-configuration. Se você usar um domínio personalizado, substitua contoso.com pelo domínio personalizado em https://login.microsoftonline.com/contoso.com/v2.0/.well-known/openid-configuration.

  1. Para a ID do cliente, insira a ID do aplicativo que você registrou anteriormente.

  2. Para o segredo do cliente, insira o valor do segredo do cliente que você registrou anteriormente.

  3. Para Escopo insira openid profile.

  4. Deixe os valores padrão para o tipo de resposta e o modo de resposta.

  5. (Opcional) Para a sugestão de domínio, insira contoso.com. Para obter mais informações, confira Configurar entrada direta usando o Azure Active Directory B2C.

  6. No mapeamento de declarações do provedor de identidade, selecione as seguintes declarações:

    • ID do usuário: oid
    • Nome de exibição: nome
    • Nome fornecido: given_name
    • Sobrenome: family_name
    • E-mail: e-mail

  7. Clique em Salvar.

Adicionar o provedor de identidade do Microsoft Entra a um fluxo de usuário

Neste ponto, o provedor de identidade do Microsoft Entra foi configurado, mas ainda não está disponível em nenhuma das páginas de entrada. Para adicionar o provedor de identidade do Microsoft Entra a um fluxo de usuário:

  1. No locatário do Azure AD B2C, selecione Fluxos dos usuários.
  2. Clique no fluxo de usuários ao qual você deseja adicionar o provedor de identidade Microsoft Entra.
  3. Em Configurações, selecione Provedores de identidade
  4. Em provedores de identidade personalizados, selecione Contoso Microsoft Entra ID.
  5. Clique em Salvar.
  6. Para testar a política, selecione Executar fluxo de usuário.
  7. Em Aplicativo, selecione o aplicativo Web que você registrou anteriormente. A URL de resposta deve mostrar https://jwt.ms.
  8. Selecione o botão Executar fluxo de usuário.
  9. Na página de inscrição ou de login, selecione Contoso Microsoft Entra ID para entrar com a conta do Microsoft Entra Contoso.

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.

Criar uma chave de política

Você precisa armazenar a chave do aplicativo que você 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, pesquise Azure AD B2C e selecione-o.
  3. Em Políticas, selecione Identity Experience Framework.
  4. Selecione Chaves de política e, em seguida, selecione Adicionar.
  5. Para Opções, escolha Manual.
  6. Insira um Nome para a chave de política. Por exemplo, ContosoAppSecret. O prefixo B2C_1A_ é adicionado automaticamente ao nome da chave quando ele é criado, portanto, sua referência no XML na seção a seguir é B2C_1A_ContosoAppSecret.
  7. Em Segredo, insira o valor do segredo do cliente que você registrou anteriormente.
  8. Para uso de 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, defina 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 endpoint 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 a ID do Microsoft Entra como um provedor de declarações adicionando a ID do Microsoft Entra ao elemento ClaimsProvider no arquivo de extensão da política.

  1. Abra o arquivo TrustFrameworkExtensions.xml.

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

  3. Adicione um novo ClaimsProvider da seguinte maneira:

    <ClaimsProvider>
  <Domain>Contoso</Domain>
  <DisplayName>Login using Contoso</DisplayName>
  <TechnicalProfiles>
    <TechnicalProfile Id="AADContoso-OpenIdConnect">
      <DisplayName>Contoso Employee</DisplayName>
      <Description>Login with your Contoso account</Description>
      <Protocol Name="OpenIdConnect"/>
      <Metadata>
        <Item Key="METADATA">https://login.microsoftonline.com/tenant-name.onmicrosoft.com/v2.0/.well-known/openid-configuration</Item>
        <Item Key="client_id">00001111-aaaa-2222-bbbb-3333cccc4444</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>
      </Metadata>
      <CryptographicKeys>
        <Key Id="client_secret" StorageReferenceId="B2C_1A_ContosoAppSecret"/>
      </CryptographicKeys>
      <OutputClaims>
        <OutputClaim ClaimTypeReferenceId="issuerUserId" PartnerClaimType="oid"/>
        <OutputClaim ClaimTypeReferenceId="tenantId" PartnerClaimType="tid"/>
        <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 do Domínio para um valor exclusivo que pode ser usado para distingui-lo de outros provedores de identidade. Por exemplo, Contoso. Você não coloca um .com no final dessa configuração de domínio.

  5. No elemento ClaimsProvider , atualize o valor de DisplayName para um nome amigável para o provedor de declarações. Esse valor não é usado no momento.

Atualizar o perfil técnico

Para obter um token do ponto de extremidade do Microsoft Entra, você precisa definir os protocolos que o Azure AD B2C deve usar para se comunicar com o Microsoft Entra ID. Isso é feito dentro do elemento TechnicalProfile de ClaimsProvider.

  1. Atualize a ID do elemento TechnicalProfile . Essa ID é usada para se referir a esse perfil técnico de outras partes da política, por exemplo AADContoso-OpenIdConnect.
  2. Atualize o valor de DisplayName. Esse valor será exibido no botão de login na tela de login.
  3. Atualize o valor de Descrição.
  4. A ID do Microsoft Entra usa o protocolo OpenID Connect, portanto, verifique se o valor do Protocolo é OpenIdConnect.
  5. Defina o valor de METADATA para https://login.microsoftonline.com/tenant-name.onmicrosoft.com/v2.0/.well-known/openid-configuration, em que tenant-name é o nome do seu locatário do Microsoft Entra. Por exemplo, https://login.microsoftonline.com/contoso.onmicrosoft.com/v2.0/.well-known/openid-configuration
  6. Defina client_id para a ID do aplicativo do registro do aplicativo.
  7. Em CryptographicKeys, atualize o valor de StorageReferenceId para o nome da chave de política que você criou anteriormente. Por exemplo, B2C_1A_ContosoAppSecret.

Adicione um percurso de 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 seu próprio percurso de usuário personalizado, crie a duplicata de um percurso de usuário de um modelo existente; caso contrário, passe para a próxima etapa.

  1. Abra o arquivo TrustFrameworkBase.xml do starter pack.
  2. Localize e copie todo o conteúdo do elemento UserJourney que inclui Id="SignUpOrSignIn".
  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 a ID do percurso de usuário. Por exemplo, Id="CustomSignUpSignIn".

Adicione o provedor de identidade a um percurso de usuário

Agora que você tem um percurso de usuário, adicione a ele o novo provedor de identidade. Primeiro, adicione um botão de entrada e, em seguida, vincule o botão a uma ação. A ação é o perfil técnico criado anteriormente.

  1. No percurso de usuário, localize o elemento da etapa de orquestração que inclui Type="CombinedSignInAndSignUp" ou Type="ClaimsProviderSelection". Normalmente é a primeira etapa de orquestração. O elementoClaimsProviderSelectionscontém uma lista de provedores de identidade que um usuário pode usar para se conectar. A ordem dos elementos controla a ordem dos botões de entrada apresentados para o usuário. Adicione um elemento XML ClaimsProviderSelection. Defina o valor de TargetClaimsExchangeId com um nome amigável.

  2. Na próxima etapa de orquestração, adicione um elemento ClaimsExchange. Defina a ID como o valor da ID de troca de declarações de destino. Atualize o valor de TechnicalProfileReferenceId para a ID do perfil técnico você já criou.

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

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

<OrchestrationStep Order="2" Type="ClaimsExchange">
  ...
  <ClaimsExchanges>
    <ClaimsExchange Id="AzureADContosoExchange" TechnicalProfileReferenceId="AADContoso-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 será executado. Localize o elemento DefaultUserJourney na terceira parte confiável. Atualize a ReferenceId para corresponder à ID do percurso do usuário, na qual você adicionou o provedor de identidade.

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

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

Carregar a política personalizada

  1. Entre 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 o locatário do Azure AD B2C.
  3. No portal do Azure, pesquise e selecione Azure AD B2C.
  4. Em Políticas, selecione Identity Experience Framework.
  5. Selecione Carregar política personalizadae, em seguida, carregue os dois arquivos de política que você alterou, na seguinte ordem: a política de extensão, por exemplo TrustFrameworkExtensions.xml, a política de terceira parte confiável, como SignUpSignIn.xml.

Testar sua política personalizada

  1. Selecione a política de terceira parte confiável, por exemplo, B2C_1A_signup_signin.
  2. Em Aplicativo, selecione o aplicativo Web que você registrou anteriormente. A URL de resposta deve mostrar https://jwt.ms.
  3. Clique no botão Executar agora.
  4. Na página de cadastro ou entrada, selecione Funcionário da Contoso para entrar com a conta Microsoft Entra Contoso.

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.

[Opcional] Configurando declarações opcionais

Se você quiser obter as declarações family_name e given_name da ID do Microsoft Entra, poderá 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 aplicativo Microsoft Entra.

  1. Entre no portal do Azure usando seu locatário do Microsoft Entra organizacional. Ou se você já estiver conectado, verifique se está usando o diretório que contém seu 'tenant' organizacional do Microsoft Entra (por exemplo, Contoso):
    1. Selecione o ícone Diretórios + assinaturas na barra de ferramentas do portal.
    2. Nas configurações do Portal | Diretórios + assinaturas, localize o diretório do Microsoft Entra na lista Nome do Diretório e selecione Alternar.
  2. No portal do Azure, pesquise e selecione a ID do Microsoft Entra.
  3. No menu à esquerda, em Gerenciar, selecione Registros de aplicativo.
  4. Selecione o aplicativo para o qual você deseja configurar declarações opcionais na lista, como Azure AD B2C App.
  5. Na seção Gerenciar , selecione Configuração de token.
  6. Selecione Adicionar declaração opcional.
  7. Para o tipo token, selecione ID.
  8. Selecione as declarações opcionais a serem adicionadas family_name e given_name.
  9. Selecione Adicionar. Se a opção Ativar a permissão de perfil do Microsoft Graph (necessária para que as declarações apareçam no token) aparecer, habilite-a e selecione Adicionar novamente.

[Opcional] Verificar a autenticidade do aplicativo

A verificação do publicador ajuda os 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 MPN (Microsoft Partner Network). Saiba como marcar seu aplicativo como um editor verificado.

Próximas etapas

Saiba como passar o token do Microsoft Entra para seu aplicativo.