Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
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 nas nossas Perguntas Frequentes.
Antes de começar, use o seletor Escolha um tipo de política na parte superior desta página 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.
Observação
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 a utilização dos fluxos de utilizador incorporados. 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.
- Registar uma aplicação Web.
- Conclua as etapas em Iniciar com políticas personalizadas no Active Directory B2C. Este tutorial orienta você sobre como atualizar arquivos de política personalizados para usar sua configuração de locatário do Azure AD B2C.
- Registar uma aplicação Web.
Criar um aplicativo Salesforce
Para habilitar o login para usuários com uma conta do Salesforce no Azure Ative Directory B2C (Azure AD B2C), você precisa criar um aplicativo no Salesforce App Manager. Para obter mais informações, consulte Definir configurações básicas de aplicativos conectados e Habilitar configurações OAuth para integração de API
- Faça login no Salesforce.
- No menu, selecione Configuração.
- Expanda Aplicações e, em seguida, selecione Gestor de Aplicações.
- Selecione Novo aplicativo conectado.
- Em Informações básicas, digite:
- Nome do aplicativo conectado - O nome do aplicativo conectado é exibido no Gerenciador de aplicativos e no bloco Inicializador de aplicativos. O nome deve ser exclusivo dentro da sua organização.
- Nome da API
- Email de contato - O e-mail de contato do Salesforce
- Em API (Ativar configurações OAuth), selecione Ativar configurações OAuth
- Para o URL de retorno de chamada, digite
https://your-tenant-name.b2clogin.com/your-tenant-name.onmicrosoft.com/oauth2/authresp. Se utilizar um domínio personalizado, introduzahttps://your-domain-name/your-tenant-name.onmicrosoft.com/oauth2/authresp. Substituayour-tenant-namepelo nome do locatário eyour-domain-namepelo domínio personalizado. Você precisa usar todas as letras minúsculas ao inserir o nome do locatário, mesmo que o locatário esteja definido com letras maiúsculas no Azure AD B2C. - Em Escopos OAuth selecionados, selecione Acessar o serviço de URL de identidade (id, perfil, e-mail, endereço, telefone) e Permitir acesso ao seu identificador exclusivo (openid).
- Selecione Exigir segredo para o fluxo do servidor Web.
- Para o URL de retorno de chamada, digite
- Selecione Configurar token de ID
- Defina o token válido por 5 minutos.
- Selecione Incluir declarações padrão.
- Clique em Salvar.
- Copie os valores de Chave do Consumidor e Segredo do Consumidor. Você precisará de ambos para configurar o Salesforce como um provedor de identidade em seu locatário. O segredo do cliente é uma credencial de segurança importante.
Configurar o Salesforce como um provedor de identidade
Se tiver acesso a vários inquilinos, selecione o ícone Definições no menu superior para mudar para o inquilino do Azure AD B2C no menu Diretórios + subscrições.
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 Salesforce.
Para URL de metadados, insira a URL do documento de Configuração do Salesforce OpenID Connect. Para um ambiente de teste, login.salesforce.com é substituído por test.salesforce.com. Para uma comunidade, login.salesforce.com é substituído pelo URL da comunidade, como username.force.com/.well-known/openid-configuration. O URL deve ser HTTPS.
https://login.salesforce.com/.well-known/openid-configurationPara ID do Cliente, insira o ID do aplicativo que você registrou anteriormente.
Para segredo do cliente, insira o segredo do cliente que você gravou anteriormente.
Para o Escopo, insira o
openid id profile email.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 utilizador: sub
- Nome para exibição: nome
- Nome próprio: given_name
- Apelido: family_name
- E-mail: e-mail
Selecione Guardar.
Adicionar o provedor de identidade do Salesforce a um fluxo de usuário
Neste ponto, o provedor de identidade do Salesforce foi configurado, mas ainda não está disponível em nenhuma das páginas de login. Para adicionar o provedor de identidade do Salesforce 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 ao qual você deseja adicionar o provedor de identidade do Salesforce.
- Em Provedores de identidade social, selecione Salesforce.
- Selecione Guardar.
- Para testar sua política, selecione Executar fluxo de usuário.
- Em Application, selecione o aplicativo Web chamado testapp1 que você registrou anteriormente. O URL de resposta deve mostrar
https://jwt.ms. - Selecione o botão Executar fluxo de utilizador.
- Na página de inscrição ou login, selecione Salesforce para entrar com a conta do Salesforce.
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 o segredo do cliente que você já registrou na sua instância do Azure AD B2C.
- Inicie sessão no portal Azure.
- Se tiver acesso a vários inquilinos, selecione o ícone Definições no menu superior para mudar para o inquilino do Azure AD B2C no menu Diretórios + subscrições.
- Escolha Todos os serviços no canto superior esquerdo do portal do Azure e, em seguida, procure e selecione Azure AD B2C.
- Na página Visão geral, 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 da política. Por exemplo,
SalesforceSecret. O prefixoB2C_1A_é adicionado automaticamente ao nome da sua chave. - Em Segredo, insira o segredo do cliente que você gravou anteriormente.
- Para Uso da chave, selecione
Signature. - Clique em Criar.
Configurar o Salesforce como um provedor de identidade
Para permitir que os utilizadores entrem usando conta do Salesforce, é necessário definir a conta como um provedor de declarações com o qual o Azure AD B2C possa comunicar-se através de um endpoint. O endpoint fornece um conjunto de declarações que são utilizadas pelo Azure AD B2C para verificar se um utilizador específico foi autenticado.
Você pode definir uma conta do Salesforce como um provedor de declarações adicionando-a ao elemento ClaimsProviders no arquivo de extensão da sua política.
Abra o 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>salesforce.com</Domain> <DisplayName>Salesforce</DisplayName> <TechnicalProfiles> <TechnicalProfile Id="Salesforce-OpenIdConnect"> <DisplayName>Salesforce</DisplayName> <Protocol Name="OpenIdConnect" /> <Metadata> <Item Key="METADATA">https://login.salesforce.com/.well-known/openid-configuration</Item> <Item Key="response_types">code</Item> <Item Key="response_mode">form_post</Item> <Item Key="scope">openid id profile email</Item> <Item Key="HttpBinding">POST</Item> <Item Key="UsePolicyInRedirectUri">0</Item> <!-- Update the Client ID below to the Application ID --> <Item Key="client_id">Your Salesforce application ID</Item> </Metadata> <CryptographicKeys> <Key Id="client_secret" StorageReferenceId="B2C_1A_SalesforceSecret"/> </CryptographicKeys> <OutputClaims> <OutputClaim ClaimTypeReferenceId="issuerUserId" PartnerClaimType="sub" /> <OutputClaim ClaimTypeReferenceId="givenName" PartnerClaimType="given_name" /> <OutputClaim ClaimTypeReferenceId="surname" PartnerClaimType="family_name" /> <OutputClaim ClaimTypeReferenceId="displayName" PartnerClaimType="name" /> <OutputClaim ClaimTypeReferenceId="email" PartnerClaimType="email" /> <OutputClaim ClaimTypeReferenceId="identityProvider" DefaultValue="salesforce.com" AlwaysUseDefaultValue="true" /> <OutputClaim ClaimTypeReferenceId="authenticationSource" DefaultValue="socialIdpAuthentication" AlwaysUseDefaultValue="true" /> </OutputClaims> <OutputClaimsTransformations> <OutputClaimsTransformation ReferenceId="CreateRandomUPNUserName" /> <OutputClaimsTransformation ReferenceId="CreateUserPrincipalName" /> <OutputClaimsTransformation ReferenceId="CreateAlternativeSecurityId" /> </OutputClaimsTransformations> <UseTechnicalProfileForSessionManagement ReferenceId="SM-SocialLogin" /> </TechnicalProfile> </TechnicalProfiles> </ClaimsProvider>Os METADADOS são definidos como a URL do documento de configuração do Salesforce OpenID Connect. Para um ambiente de teste, login.salesforce.com é substituído por test.salesforce.com. Para uma comunidade, login.salesforce.com é substituído pelo URL da comunidade, como username.force.com/.well-known/openid-configuration. O URL deve ser HTTPS.
Defina client_id para o ID do aplicativo a partir do registro do aplicativo.
Salve o arquivo.
Adicionar uma jornada do utilizador
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.
- Encontre e copie todo o conteúdo do elemento UserJourney que contém
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 o identificador da jornada do utilizador. Por exemplo,
Id="CustomSignUpSignIn".
Adicionar o provedor de identidade a um percurso do utilizador
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 tu criaste anteriormente.
Encontre o elemento da etapa de orquestração que inclui
Type="CombinedSignInAndSignUp"ouType="ClaimsProviderSelection"na jornada do utilizador. 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 ClaimsProviderSelection elemento XML. 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="SalesforceExchange" />
</ClaimsProviderSelections>
...
</OrchestrationStep>
<OrchestrationStep Order="2" Type="ClaimsExchange">
...
<ClaimsExchanges>
<ClaimsExchange Id="SalesforceExchange" TechnicalProfileReferenceId="Salesforce-OpenIdConnect" />
</ClaimsExchanges>
</OrchestrationStep>
Configurar a política da parte confiadora
A política de entidade confiável, por exemplo, SignUpSignIn.xml, especifica a experiência do utilizador que o Azure AD B2C executará. Encontre o elemento DefaultUserJourney na terceira parte confiável. Atualize o ReferenceId para corresponder ao ID de trajetória do utilizador, em que adicionou o fornecedor de identidade.
No exemplo seguinte, para o percurso do CustomSignUpSignIn utilizador, o ReferenceId é configurado como CustomSignUpSignIn:
<RelyingParty>
<DefaultUserJourney ReferenceId="CustomSignUpSignIn" />
...
</RelyingParty>
Carregar a política personalizada
- Inicie sessão no portal 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 login, selecione Salesforce para entrar com a conta do Salesforce.
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
Saiba como passar o token do Salesforce para seu aplicativo.