Esta página foi traduzida pela API Cloud Translation.

Guia de migração do fluxo de endereços IP de loopback

Visão geral

Em 16 de fevereiro de 2022, anunciamos planos para deixar as interações do Google OAuth mais seguras com fluxos de OAuth mais seguros. Neste guia, você verá as mudanças necessárias e as etapas para migrar do fluxo de endereços IP de loopback para alternativas compatíveis.

Esse esforço é uma medida de proteção contra ataques de phishing e de personificação de apps durante interações com os endpoints de autorização OAuth 2.0 do Google.

O que é o fluxo de endereços IP de loopback?

O fluxo de endereços IP de loopback aceita o uso de um endereço IP de loopback ou localhost como o componente do host do URI de redirecionamento ao qual as credenciais são enviadas depois que um usuário aprova uma solicitação de consentimento do OAuth. Esse fluxo é vulnerável a ataques man-in-the-middle, em que um app malicioso, acessando a mesma interface de loopback em alguns sistemas operacionais, pode interceptar a resposta do servidor de autorização para o URI de redirecionamento fornecido e conseguir acesso ao código de autorização.

O fluxo de endereço IP de loopback está sendo descontinuado para os tipos de clientes nativos do iOS, Android e OAuth do Chrome, mas vai continuar sendo compatível com apps para computador.

Principais datas de conformidade

14 de março de 2022: novos clientes OAuth impedidos de usar o fluxo de endereços IP de loopback.
1o de agosto de 2022: uma mensagem de aviso voltada ao usuário poderá ser exibida para solicitações OAuth que não estiverem em conformidade
31 de agosto de 2022: o fluxo de endereços IP de loopback vai ser bloqueado para clientes nativos do Android, do app Chrome e do OAuth do iOS criados antes de 14 de março de 2022.
21 de outubro de 2022: todos os clientes atuais serão bloqueados (incluindo os isentos)

Uma mensagem de erro voltada ao usuário será exibida para as solicitações não compatíveis. A mensagem informará aos usuários que o app está bloqueado, enquanto o e-mail de suporte que você registrou na tela de consentimento do OAuth no Console de APIs do Google é exibido.

Há duas etapas principais a serem concluídas no processo de migração:

Determine se você será afetado.
Migre para uma alternativa com suporte se isso afetar você.

Como descobrir se você será afetado

Revise o tipo de ID do cliente OAuth

Navegue até Credentials page de Google API Console e veja o tipo de ID do cliente OAuth na seção IDs do cliente OAuth 2.0. Ele será um dos seguintes: App da Web, Android, iOS, Universal Windows Platform (UWP), App Chrome, TVs e dispositivos de entrada limitada, App para computador.

Siga para a próxima etapa se o tipo de cliente for Android, app Chrome ou iOS e você estiver usando o fluxo de endereço IP de loopback.

Você não precisará fazer nada relacionado a essa descontinuação se estiver usando o fluxo de endereço IP de loopback em um cliente OAuth de app para computador, porque o uso com esse tipo de cliente OAuth continuará a ser aceito.

Como determinar se o app está usando o fluxo de endereços IP de loopback

Inspecione o código do app ou a chamada de rede de saída (caso seu app esteja usando uma biblioteca OAuth) para determinar se a solicitação de autorização do OAuth do Google que seu app está fazendo está usando valores de URI de redirecionamento de loopback.

Inspecionar o código do aplicativo

Revise a seção do código do aplicativo em que você faz chamadas para os endpoints de autorização do Google OAuth e determine se o parâmetro redirect_uri tem um dos seguintes valores:

redirect_uri=http://127.0.0.1:<port> por exemplo: redirect_uri=http://127.0.0.1:3000
redirect_uri=http://[::1]:<port> por exemplo: redirect_uri=http://[::1]:3000
redirect_uri=http://localhost:<port> por exemplo: redirect_uri=http://localhost:3000

Um exemplo de solicitação de fluxo de redirecionamento de endereço IP de loopback será semelhante ao seguinte:

https://accounts.google.com/o/oauth2/v2/auth?
redirect_uri=http://localhost:3000&
response_type=code&
scope=<SCOPES>&
state=<STATE>&
client_id=<CLIENT_ID>

Observação:verifique também os arquivos de configuração do aplicativo (como arquivos .env), já que os valores redirect_uri geralmente são configurados para diferentes com base no ambiente em que o aplicativo está sendo executado.

Inspecionar chamada de rede de saída

O método para inspecionar chamadas de rede varia de acordo com o tipo de cliente do aplicativo.

Aplicativo da Web: inspecione a atividade de rede no Chrome
Android: inspecione o tráfego de rede com o Network Inspector
Apps do Chrome
- Acesse a página de Extensões do Chrome.
- Marque a caixa de seleção Modo de desenvolvedor no canto superior direito da página da extensão.
- Selecione a extensão que você quer monitorar.
- Clique no link página de plano de fundo na seção Inspecionar visualizações da página da extensão.
- Será aberto um pop-up de Ferramentas para desenvolvedores, onde você pode monitorar o tráfego de rede na guia "Rede".
iOS: Como analisar o tráfego HTTP com instrumentos
Universal Windows Platform (UWP): inspecione o tráfego de rede no Visual Studio
Apps para computador: use uma ferramenta de captura de rede disponível para o sistema operacional para que o app foi desenvolvido

Ao inspecionar chamadas de rede, procure solicitações enviadas para os endpoints de autorização do Google OAuth e determine se o parâmetro redirect_uri tem um dos seguintes valores:

redirect_uri=http://127.0.0.1:<port> por exemplo: redirect_uri=http://127.0.0.1:3000
redirect_uri=http://[::1]:<port> por exemplo: redirect_uri=http://[::1]:3000
redirect_uri=http://localhost:<port> por exemplo: redirect_uri=http://localhost:3000

Este é um exemplo de solicitação de fluxo de redirecionamento de endereço IP de loopback:

https://accounts.google.com/o/oauth2/v2/auth?
redirect_uri=http://localhost:3000&
response_type=code&
scope=<SCOPES>&
state=<STATE>&
client_id=<CLIENT_ID>

Migrar para uma alternativa com suporte

Clientes para dispositivos móveis (Android / iOS)

Se você determinar que seu app usa o fluxo de endereço IP de loopback com um tipo de cliente OAuth para Android ou iOS, migre para os SDKs para dispositivos móveis do Login do Google (Android, iOS).

O SDK facilita o acesso às APIs do Google e processa todas as chamadas para os endpoints de autorização do OAuth 2.0 do Google.

Os links da documentação abaixo fornecem informações sobre como usar os SDKs do Login do Google para acessar as APIs do Google sem usar um URI de redirecionamento de endereço IP de loopback.

Acessar APIs do Google no Android

Acesso (off-line) do lado do servidor

O exemplo abaixo mostra como acessar APIs do Google no lado do servidor no Android.

Task<GoogleSignInAccount> task = GoogleSignIn.getSignedInAccountFromIntent(data);
try {
  GoogleSignInAccount account = task.getResult(ApiException.class);
  
  // request a one-time authorization code that your server exchanges for an
  // access token and sometimes refresh token
  String authCode = account.getServerAuthCode();
  
  // Show signed-in UI
  updateUI(account);

  // TODO(developer): send code to server and exchange for access/refresh/ID tokens
} catch (ApiException e) {
  Log.w(TAG, "Sign-in failed", e);
  updateUI(null);
}

Consulte o guia de acesso do lado do servidor para saber como acessar as APIs do Google do lado do servidor.

Acessar APIs do Google em um app iOS

Acesso do lado do cliente

O exemplo abaixo mostra como acessar APIs do Google no lado do cliente no iOS.

user.authentication.do { authentication, error in
  guard error == nil else { return }
  guard let authentication = authentication else { return }
  
  // Get the access token to attach it to a REST or gRPC request.
  let accessToken = authentication.accessToken
  
  // Or, get an object that conforms to GTMFetcherAuthorizationProtocol for
  // use with GTMAppAuth and the Google APIs client library.
  let authorizer = authentication.fetcherAuthorizer()
}

Use o token de acesso para chamar a API incluindo o token de acesso no cabeçalho de uma solicitação REST ou gRPC (Authorization: Bearer ACCESS_TOKEN) ou usando o autorizador de busca (GTMFetcherAuthorizationProtocol) com a biblioteca de cliente de APIs do Google para Objective-C para REST.

Consulte o guia de acesso do lado do cliente para saber como acessar as APIs do Google no lado do cliente. sobre como acessar as APIs do Google no lado do cliente.

Acesso do lado do servidor (off-line)

O exemplo abaixo mostra como acessar as APIs do Google no lado do servidor para oferecer suporte a um cliente iOS.

GIDSignIn.sharedInstance.signIn(with: signInConfig, presenting: self) { user, error in
  guard error == nil else { return }
  guard let user = user else { return }
  
  // request a one-time authorization code that your server exchanges for
  // an access token and refresh token
  let authCode = user.serverAuthCode
}

Consulte o guia de acesso do lado do servidor para saber como acessar as APIs do Google do lado do servidor.

Cliente de aplicativo do Google Chrome

Se você determinar que seu app está usando o fluxo de endereço IP de loopback no cliente do app do Chrome, migre para a API Chrome Identity.

O exemplo abaixo mostra como conseguir todos os contatos do usuário sem usar um URI de redirecionamento de endereço IP de loopback.

window.onload = function() {
  document.querySelector('button').addEventListener('click', function() {

  
  // retrieve access token
  chrome.identity.getAuthToken({interactive: true}, function(token) {
  
  // ..........


  // the example below shows how to use a retrieved access token with an appropriate scope
  // to call the Google People API contactGroups.get endpoint

  fetch(
    'https://people.googleapis.com/v1/contactGroups/all?maxMembers=20&key=API_KEY',
    init)
    .then((response) => response.json())
    .then(function(data) {
      console.log(data)
    });
   });
 });
};

Consulte o Guia da API Chrome Identity para mais informações sobre como acessar usuários autenticados e chamar Google endpoints com a API Chrome Identity.