Partilhar via


Configurar a inscrição e o início de sessão com uma conta do Twitter utilizando o Azure Ative Directory 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

Criar uma aplicação

Para habilitar o logon para usuários com uma conta do Twitter no Azure AD B2C, você precisa criar um aplicativo do Twitter. Se você ainda não tem uma conta no Twitter, pode se inscrever em https://twitter.com/signup. Você também precisa Solicitar uma conta de desenvolvedor. Para obter mais informações, consulte Solicitar acesso.

  1. Faça login no Portal do desenvolvedor do Twitter com as credenciais da sua conta do Twitter.
  2. Selecione o botão + Criar projeto .
  3. Na guia Nome do projeto, insira um nome preferencial do seu projeto e selecione o botão Avançar .
  4. No separador Caso de utilização, selecione o seu caso de utilização preferido e, em seguida, selecione Seguinte.
  5. No separador Descrição do projeto, introduza a descrição do projeto e, em seguida, selecione o botão Seguinte .
  6. Na guia Nome do aplicativo, insira um nome para seu aplicativo, como azureadb2c, e selecione o botão Avançar.
  7. Na guia Tokens & de chave, copie o valor de Chave de API e Segredo de chave de API. Você os usará para configuração mais tarde.
  8. Selecione Configurações do aplicativo para abrir as configurações do aplicativo .
  9. Na parte inferior da página, em Configurações de autenticação do usuário, selecione Configurar.
  10. Em Tipo de aplicativo, selecione o tipo de aplicativo apropriado, como Aplicativo Web.
  11. Em Informações do aplicativo:
    1. Para o URI/URL de redirecionamento de retorno de chamada, digite https://your-tenant-name.b2clogin.com/your-tenant-name.onmicrosoft.com/your-policy-id/oauth1/authresp. Se utilizar um domínio personalizado, introduza https://your-domain-name/your-tenant-name.onmicrosoft.com/your-user-flow-Id/oauth1/authresp. Use todas as letras minúsculas ao inserir o nome do locatário e a ID do fluxo de usuário, mesmo que elas sejam definidas com letras maiúsculas no Azure AD B2C. Substituir:
      • your-tenant-name com o nome do seu inquilino.
      • your-domain-name com o seu domínio personalizado.
      • your-policy-id com o identificador do seu fluxo de usuário. Por exemplo, b2c_1a_signup_signin_twitter.
    2. Para o URL do site, digite https://your-tenant.b2clogin.com. Substitua your-tenant pelo nome do seu inquilino. Por exemplo, https://contosob2c.b2clogin.com. Se utilizar um domínio personalizado, introduza https://your-domain-name.
    3. (Opcional) Insira um URL para os Termos de serviço, por exemplo http://www.contoso.com/tos. O URL da política é uma página que você mantém para fornecer termos e condições para sua inscrição.
    4. (Opcional) Insira um URL para a Política de privacidade, por exemplo http://www.contoso.com/privacy. O URL da política é uma página que você mantém para fornecer informações de privacidade para seu aplicativo.
  12. Selecione Guardar.
  1. Faça login no Portal do desenvolvedor do Twitter com as credenciais da sua conta do Twitter.
  2. Selecione o botão + Criar projeto .
  3. Na guia Nome do projeto, insira um nome preferencial do seu projeto e selecione o botão Avançar .
  4. No separador Caso de utilização, selecione o seu caso de utilização preferido e, em seguida, selecione Seguinte.
  5. No separador Descrição do projeto, introduza a descrição do projeto e, em seguida, selecione o botão Seguinte .
  6. Na guia Nome do aplicativo, insira um nome para seu aplicativo, como azureadb2c, e selecione o botão Avançar.
  7. Na guia Tokens & de chave, copie o valor de Chave de API e Segredo de chave de API para mais tarde. Você usa ambos para configurar o Twitter como um provedor de identidade em seu locatário do Azure AD B2C.
  8. Selecione Configurações do aplicativo para abrir as configurações do aplicativo .
  9. Na parte inferior da página, em Configurações de autenticação do usuário, selecione Configurar.
  10. Em Tipo de aplicativo, selecione o tipo de aplicativo apropriado, como Aplicativo Web.
  11. Em Informações do aplicativo:
    1. Para o URI/URL de redirecionamento de retorno de chamada, digite https://your-tenant.b2clogin.com/your-tenant-name.onmicrosoft.com/your-user-flow-name/oauth1/authresp. Se utilizar um domínio personalizado, introduza https://your-domain-name/your-tenant-name.onmicrosoft.com/your-user-flow-Id/oauth1/authresp. Use todas as letras minúsculas ao inserir o nome do locatário e a ID do fluxo de usuário, mesmo que elas sejam definidas com letras maiúsculas no Azure AD B2C. Substituir:
      • your-tenant-name com o nome do seu inquilino.
      • your-domain-name com o seu domínio personalizado.
      • your-user-flow-name com o identificador do seu fluxo de usuário. Por exemplo, b2c_1_signup_signin_twitter.
    2. Para o URL do site, digite https://your-tenant.b2clogin.com. Substitua your-tenant pelo nome do seu inquilino. Por exemplo, https://contosob2c.b2clogin.com. Se utilizar um domínio personalizado, introduza https://your-domain-name.
    3. Insira um URL para os Termos de serviço, por exemplo http://www.contoso.com/tos. O URL da política é uma página que você mantém para fornecer termos e condições para sua inscrição.
    4. Insira um URL para a Política de privacidade, por exemplo http://www.contoso.com/privacy. O URL da política é uma página que você mantém para fornecer informações de privacidade para seu aplicativo.
  12. Selecione Guardar.

Configurar o Twitter como um provedor de identidade

  1. Inicie sessão no portal do Azure como administrador global do inquilino do Azure AD B2C.
  2. 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 .
  3. Escolha Todos os serviços no canto superior esquerdo do portal do Azure, procure e selecione Azure AD B2C.
  4. Selecione Provedores de identidade e, em seguida, selecione Twitter.
  5. Insira um Nome. Por exemplo, o Twitter.
  6. Para a ID do cliente, insira a chave de API do aplicativo do Twitter que você criou anteriormente.
  7. Para o segredo do cliente, insira o segredo da chave da API que você registrou.
  8. Selecione Guardar.

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

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

  1. Em seu locatário do Azure AD B2C, selecione Fluxos de usuário.
  2. Selecione o fluxo de usuário ao qual você deseja adicionar o provedor de identidade do Twitter.
  3. Em Provedores de identidade social, selecione Twitter.
  4. Selecione Guardar.

Teste seu fluxo de usuários

  1. Para testar sua política, selecione Executar fluxo de usuário.
  2. Em Application, selecione o aplicativo Web chamado testapp1 que você registrou anteriormente. O URL de resposta deve mostrar https://jwt.ms.
  3. Selecione o botão Executar fluxo de usuário.
  4. Na página de inscrição ou login, selecione Twitter para entrar com a conta do Twitter .

Criar uma chave de política

Você precisa armazenar a chave secreta que você gravou anteriormente para o aplicativo do Twitter em seu locatário do Azure AD B2C.

  1. Inicie sessão no portal do Azure.
  2. 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 .
  3. No portal do Azure, procure e selecione Azure AD B2C.
  4. No menu à esquerda, em Políticas, selecione Identity Experience Framework.
  5. Selecione Chaves de política e, em seguida, selecione Adicionar.
  6. Em Opções, escolha Manual.
  7. Insira um Nome para a chave de política. Por exemplo, TwitterSecret. O prefixo B2C_1A_ é adicionado automaticamente ao nome da sua chave.
  8. Em Secret, insira o valor secreto da chave da API que você gravou anteriormente.
  9. Para Uso da chave, selecione Signature.
  10. Clique em Criar.

Configurar o Twitter como um provedor de identidade

Para permitir que os usuários entrem usando uma conta do Twitter, você precisa definir a conta 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 uma conta do Twitter como um provedor de declarações adicionando-a ao elemento ClaimsProviders no arquivo de extensão da sua política. Consulte o pacote inicial de política personalizada que você baixou nos Pré-requisitos deste artigo.

  1. Abra o TrustFrameworkExtensions.xml.

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

  3. Adicione um novo ClaimsProvider da seguinte maneira:

    <ClaimsProvider>
      <Domain>twitter.com</Domain>
      <DisplayName>Twitter</DisplayName>
      <TechnicalProfiles>
        <TechnicalProfile Id="Twitter-OAuth1">
          <DisplayName>Twitter</DisplayName>
          <Protocol Name="OAuth1" />
          <Metadata>
            <Item Key="ProviderName">Twitter</Item>
            <Item Key="authorization_endpoint">https://api.twitter.com/oauth/authenticate</Item>
            <Item Key="access_token_endpoint">https://api.twitter.com/oauth/access_token</Item>
            <Item Key="request_token_endpoint">https://api.twitter.com/oauth/request_token</Item>
            <Item Key="ClaimsEndpoint">https://api.twitter.com/1.1/account/verify_credentials.json?include_email=true</Item>
            <Item Key="ClaimsResponseFormat">json</Item>
            <Item Key="client_id">Your Twitter application API key</Item>
          </Metadata>
          <CryptographicKeys>
            <Key Id="client_secret" StorageReferenceId="B2C_1A_TwitterSecret" />
          </CryptographicKeys>
          <OutputClaims>
            <OutputClaim ClaimTypeReferenceId="issuerUserId" PartnerClaimType="user_id" />
            <OutputClaim ClaimTypeReferenceId="displayName" PartnerClaimType="screen_name" />
            <OutputClaim ClaimTypeReferenceId="email" />
            <OutputClaim ClaimTypeReferenceId="identityProvider" DefaultValue="twitter.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>
    
  4. Substitua o valor de client_id pela chave de API que você registrou anteriormente.

  5. Guarde o ficheiro.

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.

  1. Abra o arquivo TrustFrameworkBase.xml do pacote inicial.
  2. Localize e copie todo o conteúdo do elemento UserJourney que inclui Id="SignUpOrSignIn"o .
  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 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.

  1. Encontre o elemento da etapa de orquestração que inclui Type="CombinedSignInAndSignUp"o , ou Type="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.

  2. 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="TwitterExchange" />
  </ClaimsProviderSelections>
  ...
</OrchestrationStep>

<OrchestrationStep Order="2" Type="ClaimsExchange">
  ...
  <ClaimsExchanges>
    <ClaimsExchange Id="TwitterExchange" TechnicalProfileReferenceId="Twitter-OAuth1" />
  </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

  1. Inicie sessão 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 seu locatário do Azure AD B2C.
  3. No portal do Azure, procure e selecione Azure AD B2C.
  4. Em Políticas, selecione Identity Experience Framework.
  5. 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, como SignUpSignIn.xml.

Testar sua política personalizada

  1. Selecione sua política de terceira parte confiável, por exemplo B2C_1A_signup_signin.
  2. Em Aplicativo, selecione um aplicativo Web que você registrou anteriormente. O URL de resposta deve mostrar https://jwt.ms.
  3. Selecione o botão Executar agora .
  4. Na página de inscrição ou login, selecione Twitter para entrar com a conta do Twitter .

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.

Gorjeta

Se você estiver enfrentando unauthorized erros ao testar esse provedor de identidade, certifique-se de usar a chave de API do Twitter e o segredo de chave de API corretos ou tente solicitar acesso elevado . Além disso, recomendamos que você dê uma olhada na estrutura de projetos do Twitter, caso tenha registrado seu aplicativo antes que o recurso estivesse disponível.