Configurar o início de sessão para uma organização específica do Microsoft Entra no Azure Ative Directory B2C
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 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 necessárias neste artigo são diferentes para cada método.
Nota
No Azure Ative Directory B2C, as políticas personalizadas são projetadas principalmente para lidar com cenários complexos. Para a maioria dos cenários, recomendamos que você use fluxos de usuário internos. Se você não tiver feito isso, saiba mais sobre o pacote inicial de políticas personalizadas em Introdução às políticas personalizadas no Ative Directory B2C.
Pré-requisitos
- Crie um fluxo de usuários para que os usuários possam se inscrever e entrar em seu aplicativo.
- Registe uma aplicação Web.
- Conclua as etapas em Introdução às políticas personalizadas no Ative Directory B2C
- Registe uma aplicação Web.
Verificar o domínio do editor do aplicativo
A partir de novembro de 2020, novos registros de aplicativos aparecem como não verificados no prompt de consentimento do usuário, a menos que o domínio do editor do aplicativo seja verificado e a identidade da empresa tenha sido verificadacom o Microsoft Partner Network e associada ao aplicativo. (Saiba mais sobre esta alteração.) Observe que, para fluxos de usuário do Azure AD B2C, o domínio do editor aparece somente quando se usa uma conta da Microsoft ou outro locatário do Microsoft Entra como provedor de identidade. Para atender a esses novos requisitos, faça o seguinte:
- Verifique a identidade da sua empresa usando sua conta do Microsoft Partner Network (MPN). Este processo verifica as informações sobre a sua empresa e o contacto principal da sua empresa.
- Conclua o processo de verificação do editor para associar sua conta MPN ao registro do aplicativo usando uma das seguintes opções:
- Se o registro do aplicativo para o provedor de identidade da conta da Microsoft estiver em um locatário do Microsoft Entra, verifique seu aplicativo no portal de Registro de Aplicativo.
- Se o registro do seu aplicativo para o provedor de identidade da conta da Microsoft estiver em um locatário do Azure AD B2C, marque seu aplicativo como editor verificado usando APIs do Microsoft Graph (por exemplo, usando o Graph Explorer). A interface do usuário para definir o editor verificado de um aplicativo está atualmente desabilitada para locatários do Azure AD B2C.
Registar uma aplicação Microsoft Entra
Para habilitar a entrada para usuários com uma conta do Microsoft Entra de uma organização específica 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.
Inicie sessão 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 ID no menu Diretórios + assinaturas.
No portal do Azure, procure e selecione Microsoft Entra ID.
No menu à esquerda, em Gerenciar, selecione Registros de aplicativos.
Selecione + Novo registo.
Introduza um Nome para a sua aplicação. Por exemplo,
Azure AD B2C App
.Aceite a seleção padrão de Contas somente neste diretório organizacional (somente Diretório padrão - Locatário único) para este aplicativo.
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
. Substituayour-domain-name
pelo seu domínio personalizado eyour-tenant-name
pelo nome do seu inquilino.Selecione Registar. Registre o ID do aplicativo (cliente) para uso em uma etapa posterior.
Selecione Segredos de certificados & e, em seguida, selecione Novo segredo do cliente.
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.
Configurar o Microsoft Entra ID como um provedor de identidade
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 e, em seguida, procure e selecione Azure AD B2C.
Selecione Provedores de identidade e, em seguida, selecione Novo provedor OpenID Connect.
Insira um Nome. Por exemplo, insira Contoso Microsoft Entra ID.
Para URL de 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 no https://login.microsoftonline.com/contoso.com/v2.0/.well-known/openid-configuration
.
Em ID do cliente, insira a ID do aplicativo que você registrou anteriormente.
Em Segredo do cliente, insira o valor do segredo do cliente que você registrou anteriormente.
Em Escopo, digite
openid profile
.Deixe os valores padrão para Tipo de resposta e Modo de resposta.
(Opcional) Para a dica de domínio, digite
contoso.com
. Para obter mais informações, consulte Configurar o logon direto usando o Azure Ative Directory B2C.Em Mapeamento de declarações do provedor de identidade, selecione as seguintes declarações:
- ID de usuário: oid
- Nome para exibição: nome
- Nome próprio: given_name
- Apelido: family_name
- E-mail: e-mail
Selecione Guardar.
Adicionar o provedor de identidade Microsoft Entra a um fluxo de usuário
Neste ponto, o provedor de identidade Microsoft Entra foi configurado, mas ainda não está disponível em nenhuma das páginas de entrada. Para adicionar o provedor de identidade Microsoft Entra a um fluxo de usuário:
- Em seu locatário do Azure AD B2C, selecione Fluxos de usuário.
- Clique no fluxo de usuário que você deseja adicionar o provedor de identidade Microsoft Entra.
- Em Configurações, selecione Provedores de identidade
- Em Provedores de identidade personalizados, selecione Contoso Microsoft Entra ID.
- Selecione Guardar.
- Para testar sua política, selecione Executar fluxo de usuário.
- Em Aplicativo, selecione um aplicativo Web que você registrou anteriormente. O 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 Contoso Microsoft Entra ID 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.
Criar uma chave de política
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 e, em seguida, procure e selecione Azure AD B2C.
- Em Políticas, selecione Identity Experience Framework.
- Selecione Chaves de política e, em seguida, selecione Adicionar.
- Em Opções, escolha
Manual
. - Insira um Nome para a chave de política. Por exemplo,
ContosoAppSecret
. O prefixoB2C_1A_
é adicionado automaticamente ao nome da sua chave quando ela é criada, portanto, sua referência no XML na seção a seguir é B2C_1A_ContosoAppSecret. - Em Secreto, insira o valor secreto do cliente que você gravou anteriormente.
- Para Uso da 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, 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.
Abra o arquivo TrustFrameworkExtensions.xml .
Encontre o elemento ClaimsProviders . Se não existir, adicione-o sob o elemento raiz.
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">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> </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>
No elemento ClaimsProvider, atualize o valor de Domain para um valor exclusivo que possa ser usado para distingui-lo de outros provedores de identidade. Por exemplo,
Contoso
. Você não coloca um.com
no final desta configuração de domínio.No elemento ClaimsProvider, atualize o valor de DisplayName para um nome amigável para o provedor de declarações. Esse valor não é usado atualmente.
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.
- Atualize a ID do elemento TechnicalProfile . Este ID é utilizado para fazer referência a este perfil técnico a partir de outras partes da política, por exemplo
AADContoso-OpenIdConnect
. - Atualize o valor para DisplayName. Este valor será apresentado no botão de início de sessão no ecrã de início de sessão.
- Atualize o valor para Descrição.
- O Microsoft Entra ID usa o protocolo OpenID Connect, portanto, certifique-se de que o valor para Protocol é
OpenIdConnect
. - Defina o valor dos METADADOS como
https://login.microsoftonline.com/tenant-name.onmicrosoft.com/v2.0/.well-known/openid-configuration
, ondetenant-name
é o nome do locatário do Microsoft Entra. Por exemplo,https://login.microsoftonline.com/contoso.onmicrosoft.com/v2.0/.well-known/openid-configuration
- Defina client_id para o ID do aplicativo a partir do registro do aplicativo.
- Em CryptographicKeys, atualize o valor de StorageReferenceId para o nome da chave de política que você criou anteriormente. Por exemplo,
B2C_1A_ContosoAppSecret
.
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.
- Abra o arquivo TrustFrameworkBase.xml do pacote inicial.
- Localize e copie todo o conteúdo do elemento UserJourney que inclui
Id="SignUpOrSignIn"
o . - 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 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.
Encontre o elemento da etapa de orquestração que inclui
Type="CombinedSignInAndSignUp"
o , ouType="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.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="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 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
- Inicie sessão no portal do Azure.
- 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.
- No portal do Azure, procure e selecione Azure AD B2C.
- Em Políticas, selecione Identity Experience Framework.
- 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, comoSignUpSignIn.xml
.
Testar sua política personalizada
- Selecione sua política de terceira parte confiável, por exemplo
B2C_1A_signup_signin
. - Em Aplicativo, selecione um aplicativo Web que você registrou anteriormente. O URL de resposta deve mostrar
https://jwt.ms
. - Selecione o botão Executar agora .
- Na página de inscrição 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 quiser obter as family_name
declarações e given_name
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.
- Entre no portal do Azure usando seu locatário organizacional do Microsoft Entra. Ou, se já tiver sessão iniciada, certifique-se de que está a utilizar o diretório que contém o seu inquilino organizacional do Microsoft Entra (por exemplo, Contoso):
- Selecione o ícone Diretórios + assinaturas na barra de ferramentas do portal.
- Nas configurações do Portal | Página Diretórios + assinaturas , localize o diretório Microsoft Entra na lista Nome do diretório e selecione Alternar.
- No portal do Azure, procure e selecione Microsoft Entra ID.
- No menu à esquerda, em Gerenciar, selecione Registros de aplicativos.
- Selecione o aplicativo para o qual você deseja configurar declarações opcionais na lista, como
Azure AD B2C App
. - Na seção Gerenciar, selecione Configuração de token.
- Selecione Adicionar declaração opcional.
- Para o tipo de token, selecione ID.
- Selecione as declarações opcionais a serem adicionadas
family_name
egiven_name
. - Selecione Adicionar. Se Ativar a permissão de perfil do Microsoft Graph (necessária para que as declarações apareçam no token) for exibida, habilite-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”.
Próximos passos
Saiba como passar o token Microsoft Entra para o seu aplicativo.