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 Escolher um tipo de política na parte superior desta 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 dos usuários predefinidos ou de políticas personalizadas totalmente configuráveis. As etapas necessárias neste artigo são diferentes para cada método.
Importante
A partir de 30 de setembro de 2021, o Google está descontinuando o suporte de entrada do modo de exibição da Web. Se seus aplicativos autenticarem usuários com uma exibição da Web inserida e você estiver usando a federação do Google com o Azure AD B2C, os usuários do Google Gmail não poderão se autenticar. Saiba mais.
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
- Criar um fluxo do usuário para que os usuários podem se registrar e entrar no seu aplicativo.
- Registrar um aplicativo da web.
- Conclua as etapas em Comece a usar políticas personalizadas no Active Directory B2C. Esse tutorial mostra como atualizar arquivos de política personalizados para usar sua configuração de locatário do Azure AD B2C.
- Registrar um aplicativo da web.
Criar um aplicativo do Google
Para habilitar a entrada de usuários com uma conta do Google no Azure AD B2C (Azure Active Directory B2C), você precisa criar um aplicativo no Console de Desenvolvedores do Google. Para obter mais informações, consulte Configurando o OAuth 2.0. Se você ainda não tiver uma conta do Google, poderá se inscrever em https://accounts.google.com/signup
.
- Entre no Console de Desenvolvedores do Google com suas credenciais de conta do Google.
- No canto superior esquerdo da página, selecione a lista de projetos e selecione Novo Projeto.
- Insira um Nome do Projeto, selecione Criar.
- Certifique-se de que você está usando o novo projeto selecionando o menu do projeto no canto superior esquerdo da tela. Selecione seu projeto pelo nome e, em seguida, selecione Abrir.
- No menu à esquerda, selecione APIs e serviços e, em seguida , a tela de consentimento do OAuth. Selecione Externo e, em seguida, selecione Criar.
- Insira um nome para seu aplicativo.
- Selecione um email de suporte do usuário.
- Na seção Domínio do aplicativo , insira um link para sua home page do aplicativo, um link para sua política de privacidade do aplicativo e um link para os termos de serviço do aplicativo.
- Na seção Domínios autorizados, insirab2clogin.com.
- Na seção Informações de contato do desenvolvedor , insira emails separados por vírgula para que o Google notifique você sobre quaisquer alterações em seu projeto.
- Clique em Salvar.
- Selecione Credenciais no menu à esquerda e, em seguida, selecione Criar credenciais>de ID do cliente OAuth.
- Em Tipo de aplicativo, selecione aplicativo Web.
- Insira um nome para seu aplicativo.
- Para as Origens de JavaScript Autorizadas, insira
https://your-tenant-name.b2clogin.com
. Se você usa um domínio personalizado, insirahttps://your-domain-name
. - Para os URIs de redirecionamento autorizados, insira
https://your-tenant-name.b2clogin.com/your-tenant-name.onmicrosoft.com/oauth2/authresp
. Se você usa um domínio personalizado, insirahttps://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. Use todas as letras minúsculas ao inserir o nome do locatário mesmo que o locatário seja definido com letras maiúsculas no Azure AD B2C. Em todas as instâncias, substituayour-tenant-name
pelo subdomínio do diretório (locatário). Por exemplo, se o domínio primário do locatário forcontoso.onmicrosoft.com
, usecontoso
. Se você não tiver o nome do locatário, saiba como ler os detalhes do locatário.
- Selecione Criar.
- Copie os valores de ID do cliente e Segredo do cliente. Você precisará de ambos para configurar o Google como um provedor de identidade em seu locatário. Segredo do cliente é uma credencial de segurança importante.
Configurar o Google como um provedor de identidade
- Entre no portal do Azure com uma conta que tenha pelo menos privilégios de Administrador do Provedor de Identidade Externo.
- 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 e selecione O Azure AD B2C.
- Selecione provedores de identidade e, em seguida, selecione Google.
- Insira um Nome. Por exemplo, Google.
- Para a ID do cliente, insira a ID do cliente do aplicativo Google que você criou anteriormente.
- Para o segredo do cliente, insira o Segredo do Cliente que você gravou.
- Clique em Salvar.
Adicionar o provedor de identidade do Google a um fluxo de usuário
Neste ponto, o provedor de identidade do Google foi configurado, mas ainda não está disponível em nenhuma das páginas de entrada. Para adicionar o provedor de identidade do Google a um fluxo de usuário:
- No locatário do Azure AD B2C, selecione Fluxos dos usuários.
- Selecione o fluxo de usuário que você deseja adicionar ao provedor de identidade do Google.
- Nos provedores de identidade social, selecione Google.
- Clique em Salvar.
- Para testar a política, selecione Executar fluxo de usuário.
- Em Aplicativo, selecione o aplicativo Web denominado testapp1 registrado anteriormente. A URL de resposta deve mostrar
https://jwt.ms
. - Selecione o botão Executar fluxo de usuário.
- Na página de inscrição ou entrada, selecione o Google para entrar com a conta do Google.
Se o processo de entrada for bem-sucedido, seu navegador será redirecionado para https://jwt.ms
. A página exibe o conteúdo do token que o Azure AD B2C retorna.
Criar uma chave de política
Você precisa armazenar o segredo do cliente que registrou anteriormente no seu locatário do Azure AD B2C.
- 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 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.
- Na página Visão geral, 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,
GoogleSecret
. O prefixoB2C_1A_
é adicionado automaticamente ao nome da chave. - Em Segredo, insira o segredo do cliente que você gravou anteriormente.
- Para uso de chave, selecione
Signature
. - Selecione Criar.
Configurar o Google como um provedor de identidade
Para permitir que os usuários façam login usando uma conta do Google, você precisa definir a conta como um provedor de declarações com o qual o Azure AD B2C pode se comunicar através de um endpoint. O endpoint fornece um conjunto de declarações que são usadas pelo Azure AD B2C para verificar se um usuário específico se autenticou.
Você pode definir uma conta do Google como um provedor de declarações adicionando-a ao elemento ClaimsProviders no arquivo de extensão de sua política.
Abra o arquivo TrustFrameworkExtensions.xml.
Localize o elemento ClaimsProviders. Se ele não existir, adicione-o sob o elemento raiz.
Adicione um novo ClaimsProvider da seguinte maneira:
<ClaimsProvider> <Domain>google.com</Domain> <DisplayName>Google</DisplayName> <TechnicalProfiles> <TechnicalProfile Id="Google-OAuth2"> <DisplayName>Google</DisplayName> <Protocol Name="OAuth2" /> <Metadata> <Item Key="ProviderName">google</Item> <Item Key="authorization_endpoint">https://accounts.google.com/o/oauth2/auth</Item> <Item Key="AccessTokenEndpoint">https://accounts.google.com/o/oauth2/token</Item> <Item Key="ClaimsEndpoint">https://www.googleapis.com/oauth2/v1/userinfo</Item> <Item Key="scope">email profile</Item> <Item Key="HttpBinding">POST</Item> <Item Key="UsePolicyInRedirectUri">false</Item> <Item Key="client_id">Your Google application ID</Item> </Metadata> <CryptographicKeys> <Key Id="client_secret" StorageReferenceId="B2C_1A_GoogleSecret" /> </CryptographicKeys> <OutputClaims> <OutputClaim ClaimTypeReferenceId="issuerUserId" PartnerClaimType="id" /> <OutputClaim ClaimTypeReferenceId="email" PartnerClaimType="email" /> <OutputClaim ClaimTypeReferenceId="givenName" PartnerClaimType="given_name" /> <OutputClaim ClaimTypeReferenceId="surname" PartnerClaimType="family_name" /> <OutputClaim ClaimTypeReferenceId="displayName" PartnerClaimType="name" /> <OutputClaim ClaimTypeReferenceId="identityProvider" DefaultValue="google.com" /> <OutputClaim ClaimTypeReferenceId="authenticationSource" DefaultValue="socialIdpAuthentication" /> </OutputClaims> <OutputClaimsTransformations> <OutputClaimsTransformation ReferenceId="CreateRandomUPNUserName" /> <OutputClaimsTransformation ReferenceId="CreateUserPrincipalName" /> <OutputClaimsTransformation ReferenceId="CreateAlternativeSecurityId" /> <OutputClaimsTransformation ReferenceId="CreateSubjectClaimFromAlternativeSecurityId" /> </OutputClaimsTransformations> <UseTechnicalProfileForSessionManagement ReferenceId="SM-SocialLogin" /> </TechnicalProfile> </TechnicalProfiles> </ClaimsProvider>
Defina client_id para a ID do aplicativo do registro do aplicativo.
Salve o arquivo.
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="GoogleExchange" />
</ClaimsProviderSelections>
...
</OrchestrationStep>
<OrchestrationStep Order="2" Type="ClaimsExchange">
...
<ClaimsExchanges>
<ClaimsExchange Id="GoogleExchange" TechnicalProfileReferenceId="Google-OAuth2" />
</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 o Google para entrar com a conta do Google.
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óximas etapas
- Saiba como passar o token do Google para seu aplicativo.
- Confira a Demonstração ao vivo da Federação do Google e a Demonstração ao vivo de como passar o token de acesso do Google