Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
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.
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.
Esse recurso está disponível apenas para políticas personalizadas. Para as etapas de instalação, selecione Política personalizada no seletor anterior.
Este artigo mostra como habilitar o login de usuários que usam o ponto de extremidade multilocatário para o Microsoft Entra ID, permitindo que usuários de vários locatários do Microsoft Entra entrem usando o Azure AD B2C, sem a necessidade de configurar um provedor de identidade para cada locatário. No entanto, os membros convidados em qualquer um desses locatários não poderão entrar. Para isso, você precisa configurar individualmente cada locatário.
Pré-requisitos
- Criar um fluxo do usuário para que os usuários podem se registrar e entrar no seu aplicativo.
- Registrar um aplicativo Web.
- Conclua as etapas em Introdução às políticas personalizadas no Active Directory B2C. Este tutorial orienta como atualizar arquivos de política personalizados para usar a configuração de locatário do Azure AD B2C.
- Registrar um aplicativo Web.
Observação
Neste artigo, supõe-se que o pacote inicial SocialAndLocalAccounts seja usado nas etapas anteriores mencionadas no pré-requisito.
Registar uma aplicação Microsoft Entra
Para permitir que os usuários entrem no Azure AD B2C com uma conta do Microsoft Entra, primeiro você precisa criar um aplicativo no locatário do Microsoft Entra no portal do Azure. Para obter mais informações, confira Registrar um aplicativo na plataforma de identidade da Microsoft.
Entre no portal do Azure.
Se você tiver acesso a vários locatários, selecione o ícone Configurações no menu superior para alternar para o locatário do Microsoft Entra no menu Diretórios + assinaturas.
Escolha Todos os serviços no canto superior esquerdo do portal do Azure e pesquise e selecione registros de aplicativo.
Selecione Novo registro.
Insira um nome para seu aplicativo. Por exemplo,
Azure AD B2C App
.Selecione Contas em qualquer diretório organizacional (qualquer diretório do Microsoft Entra – multilocatário) para este aplicativo.
Para o URI de Redirecionamento, aceite o valor de Web e insira a URL a seguir em todas as letras minúsculas, onde
your-B2C-tenant-name
é substituída pelo nome do tenant 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
. Substituayour-domain-name
pelo domínio personalizado eyour-tenant-name
pelo nome do locatário.Selecione Registrar. Registre a ID do aplicativo (cliente) para uso em uma etapa posterior.
Selecione Certificados & segredos e selecione Novo segredo do cliente.
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.
Observação
O segredo do cliente não será mostrado novamente após este ponto. Se você não registrar isso, precisará criar um novo.
[Opcional] Configurando declarações opcionais
Se quiser obter as declarações family_name
e given_name
do Microsoft Entra ID, você 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.
- Entre no portal do Azure. Pesquise e selecione Microsoft Entra ID.
- Na seção Gerenciar , selecione Registros de aplicativo.
- Selecione o aplicativo para o qual você deseja configurar declarações opcionais na lista.
- Na seção Gerenciar , selecione Configuração de token.
- Selecione Adicionar declaração opcional.
- Para o tipo token, selecione ID.
- Selecione as declarações opcionais a serem adicionadas
family_name
egiven_name
. - Selecione Adicionar. Caso apareça Permissão de email do Microsoft Graph (necessária para que as declarações apareçam no token), habilite-a e, em seguida, 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.
Criar uma chave de política
Agora você precisa armazenar a chave do aplicativo que criou em seu locatário do Azure AD B2C.
- 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.
- Escolha Todos os serviços no canto superior esquerdo do Portal do Azure, pesquise Azure AD B2C e selecione-o.
- Em Políticas, selecione Identity Experience Framework.
- Selecione Chaves de política e, em seguida, selecione Adicionar.
- Para Opções, escolha
Manual
. - Insira um Nome para a chave de política. Por exemplo,
AADAppSecret
. O prefixoB2C_1A_
é adicionado automaticamente ao nome da chave quando ele é criado, portanto, sua referência no XML na seção a seguir é B2C_1A_AADAppSecret. - Em Segredo, insira o segredo do cliente que você gravou anteriormente.
- Para uso de chave, selecione
Signature
. - 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 determinado usuário 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.
Abra o arquivo SocialAndLocalAccounts/TrustFrameworkExtensions.xml (consulte os arquivos usados nos pré-requisitos).
Localize o elemento ClaimsProviders. Se ele não existir, adicione-o sob o elemento raiz.
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">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> <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>
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.
No elemento TechnicalProfile , atualize o valor de DisplayName, por exemplo,
Multi-Tenant AAD
. Esse valor é exibido no botão de login na sua página de login.Defina client_id para o ID do aplicativo multilocatário da Microsoft Entra que você registrou anteriormente.
Em CryptographicKeys, atualize o valor de StorageReferenceId para o nome da chave de política que você criou anteriormente. Por exemplo,
B2C_1A_AADAppSecret
.
Restringir acesso
Usar https://login.microsoftonline.com/
como 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 uma das instâncias do Microsoft Entra onde você deseja que os usuários façam login. O formato da URL de metadados é semelhante a https://login.microsoftonline.com/your-tenant/v2.0/.well-known/openid-configuration
, onde your-tenant
é o nome do tenant 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:
- Abra o navegador e vá para a URL de metadados do OpenID Connect do locatário. Localize o
issuer
objeto e registre seu valor. Deve ser semelhante ahttps://login.microsoftonline.com/ aaaabbbb-0000-cccc-1111-dddd2222eeee/v2.0
. - 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
.
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.
- Abra o arquivo TrustFrameworkBase.xml do starter pack.
- Localize e copie todo o conteúdo do elemento UserJourney que inclui
Id="SignUpOrSignIn"
. - Abra o TrustFrameworkExtensions.xml e localize o elemento UserJourneys. Se o elemento não existir, adicione um.
- Cole todo o conteúdo do elemento UserJourney que você copiou como filho do elemento UserJourneys.
- 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.
No percurso de usuário, localize o elemento da etapa de orquestração que inclui
Type="CombinedSignInAndSignUp"
ouType="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.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="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 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
- Entre no portal do Azure.
- 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.
- No portal do Azure, pesquise e selecione Azure AD B2C.
- Em Políticas, selecione Identity Experience Framework.
- 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, comoSignUpSignIn.xml
.
Testar sua política personalizada
- Selecione a política de terceira parte confiável, por exemplo,
B2C_1A_signup_signin
. - Em Aplicativo, selecione o aplicativo Web que você registrou anteriormente. A URL de resposta deve mostrar
https://jwt.ms
. - Clique no botão Executar agora.
- Na página de inscrição ou entrada, selecione Microsoft Entra ID comum para entrar com a conta do Microsoft Entra.
Para testar a funcionalidade de entrada de multilocatário, realize as duas últimas etapas usando as credenciais de um usuário que existe com outro locatário do Microsoft Entra. Copie o ponto de extremidade Executar agora e abra-o em uma janela de navegador particular, por exemplo, usando o modo anônimo no Google Chrome ou uma janela InPrivate no Microsoft Edge. Abrir em uma janela privada do navegador permite que você teste o percurso completo do usuário sem usar nenhuma credenciais do Microsoft Entra armazenadas em cache no momento.
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.
Consulte também
- Saiba como passar o token do Microsoft Entra para seu aplicativo.
- Confira a Demonstração ao vivo da federação multi-locatário do Microsoft Entra e a Demonstração ao vivo de como passar o token de acesso do Microsoft Entra