Guía de migración del flujo fuera de banda (OOB)

Descripción general

El 16 de febrero de 2022, anunciamos planes para aumentar la seguridad de las interacciones de OAuth de Google con flujos de OAuth más seguros. Esta guía te ayuda a comprender los cambios y los pasos necesarios para migrar con éxito del flujo fuera de banda (OOB) de OAuth a las alternativas compatibles.

Esta medida es una medida de protección contra los ataques de suplantación de identidad (phishing) y de apps durante las interacciones con los extremos de autorización de OAuth 2.0 de Google.

¿Qué es OOB?

OAuth fuera de banda (OOB), también conocido como la opción de copiar y pegar manual, es un flujo heredado desarrollado para admitir clientes nativos que no tienen un URI de redireccionamiento para aceptar las credenciales después de que un usuario aprueba una solicitud de consentimiento de OAuth. El flujo de OOB representa un riesgo de suplantación de identidad (phishing), y los clientes deben migrar a un método alternativo para protegerse contra esta vulnerabilidad.

El flujo de OOB dejará de estar disponible para todos los tipos de clientes, es decir, aplicaciones web, Android, iOS, la plataforma universal de Windows (UWP), apps de Chrome, TVs y dispositivos de entrada limitada, y apps de escritorio.

Fechas de cumplimiento clave

• 28 de febrero de 2022: Se bloqueó el uso nuevo de OAuth para el flujo de OOB
• 5 de septiembre de 2022: Es posible que se muestre un mensaje de advertencia para el usuario en las solicitudes de OAuth que no satisfagan las políticas.
• 3 de octubre de 2022: El flujo de OOB dejará de estar disponible para los clientes de OAuth creados antes del 28 de febrero de 2022.
• 31 de enero de 2023: Se bloquearon todos los clientes existentes (incluidos los clientes exentos)

Para las solicitudes que no cumplan con las políticas, se mostrará un mensaje de error al usuario. El mensaje indicará a los usuarios que la app está bloqueada y, al mismo tiempo, mostrará el correo electrónico de asistencia que registraste en la pantalla de consentimiento de OAuth en la Consola de API de Google.

Nota: Si deseas recibir recordatorios y notificaciones de Google sobre esta baja, asegúrate de haber configurado correctamente la información de contacto de tu app. Para ello, revisa las direcciones de correo electrónico de asistencia y contacto de tu proyecto en OAuth de .

Hay dos pasos principales para completar el proceso de migración:

1. Determina si te ves afectado.
2. Migra a una alternativa más segura si te ves afectado.

Cómo determinar si te afecta

Esta baja solo se aplica a las apps de producción (es decir, las apps con el estado de publicación establecido como En producción. El flujo seguirá funcionando para las apps con el estado de publicación de prueba.

Nota: La baja se aplica a apps internas y externas en producción.

Revisa tu estado de publicación en OAuth de y continúa con el siguiente paso si usas el flujo de OOB en un proyecto con el estado de publicación "En producción".

Cómo determinar si tu app usa el flujo de OOB

Inspecciona el código de tu app o la llamada de red saliente (en caso de que tu app use una biblioteca de OAuth) para determinar si la solicitud de autorización de Google OAuth que realiza tu app usa un valor de URI de redireccionamiento OOB.

Nota: Si usas una biblioteca para controlar tus flujos de autenticación o autorización, te recomendamos que inspecciones tu llamada de red, ya que algunas bibliotecas abstraen el uso del valor de URI de redireccionamiento de OOB.

Inspecciona el código de tu aplicación

Revisa la sección del código de la aplicación en la que realizas llamadas a los extremos de autorización de Google OAuth y determina si el parámetro redirect_uri tiene alguno de los siguientes valores:

• redirect_uri=urn:ietf:wg:oauth:2.0:oob
• redirect_uri=urn:ietf:wg:oauth:2.0:oob:auto
• redirect_uri=oob

Una solicitud de flujo de redireccionamiento de OOB de muestra se verá como la que se muestra a continuación:

https://accounts.google.com/o/oauth2/v2/auth?
response_type=code&
scope=<SCOPES>&
state=<STATE>&
redirect_uri=urn:ietf:wg:oauth:2.0:oob&
client_id=<CLIENT_ID>

Nota: También debes verificar los archivos de configuración de tu aplicación (como los archivos .env), ya que los valores redirect_uri suelen configurarse para ser diferentes según el entorno en el que se ejecuta la aplicación.

Inspeccionar llamada de red saliente

El método para inspeccionar las llamadas de red variará según el tipo de cliente de tu aplicación.

• Aplicación web: Inspecciona la actividad de red en Chrome
• Android: Cómo inspeccionar el tráfico de red con el Inspector de red
• Apps de Chrome
  • Navega a la página de extensiones de Chrome.
  • Marca la casilla de verificación Modo de desarrollador en la esquina superior derecha de la página de la extensión.
  • Seleccione la extensión que desea supervisar.
  • Haz clic en el vínculo de la página en segundo plano de la sección Inspeccionar vistas de la página de extensiones.
  • Se abrirá una ventana emergente de Herramientas para desarrolladores en la que podrás supervisar el tráfico de red en la pestaña Red.
• iOS: Cómo analizar el tráfico HTTP con instrumentos
• Universal Windows Platform (UWP): Inspecciona el tráfico de red en Visual Studio
• Apps de escritorio: Usa una herramienta de captura de red disponible para el sistema operativo para el que se desarrolló la app.

Mientras inspeccionas las llamadas de red, busca las solicitudes enviadas a los extremos de autorización de Google OAuth y determina si el parámetro redirect_uri tiene alguno de los siguientes valores:

• redirect_uri=urn:ietf:wg:oauth:2.0:oob
• redirect_uri=urn:ietf:wg:oauth:2.0:oob:auto
• redirect_uri=oob

Un ejemplo de solicitud de flujo de redireccionamiento de OOB será similar a la siguiente:

https://accounts.google.com/o/oauth2/v2/auth?
response_type=code&
scope=<SCOPES>&
state=<STATE>&
redirect_uri=urn:ietf:wg:oauth:2.0:oob&
client_id=<CLIENT_ID>

Migra a una alternativa segura

Clientes para dispositivos móviles (Android / iOS)

Si determinas que tu app usa el flujo de OOB con un tipo de cliente de OAuth para iOS o Android, debes migrar a los SDK para dispositivos móviles de Acceso con Google (iOS y Android).

El SDK facilita el acceso a las APIs de Google y controla todas las llamadas a los extremos de autorización de OAuth 2.0 de Google.

En los vínculos de documentación que aparecen a continuación, se proporciona información sobre cómo usar los SDK de Acceso con Google para acceder a las APIs de Google sin usar un URI de redireccionamiento de OOB.

Accede a las APIs de Google en Android

Acceso al servidor (sin conexión)

En el siguiente ejemplo, se muestra cómo acceder a las APIs de Google en el servidor en Android.

Nota: El modo de acceso del servidor (sin conexión) requiere que establezcas un servidor y tengas un extremo disponible de forma pública para recibir el código de autorización.

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);
}

Consulta la guía de acceso del servidor sobre cómo acceder a las APIs de Google desde el servidor.

Accede a las APIs de Google en una app para iOS

Acceso del cliente

En el siguiente ejemplo, se muestra cómo acceder a las APIs de Google del cliente en 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()
}

Usa el token de acceso para llamar a la API, ya sea incluyendo el token de acceso en el encabezado de una solicitud de REST o gRPC (Authorization: Bearer ACCESS_TOKEN), o con el autorizador del recuperador (GTMFetcherAuthorizationProtocol) con la biblioteca cliente de las APIs de Google para Objective-C para REST.

Revisa la guía de acceso del cliente para saber cómo acceder a las APIs de Google del cliente. sobre cómo acceder a las APIs de Google del cliente.

Acceso del servidor (sin conexión)

El siguiente ejemplo muestra cómo acceder a las APIs de Google en el servidor para admitir un cliente de iOS.

Nota: El modo de acceso del servidor (sin conexión) requiere que establezcas un servidor y tengas un extremo disponible de forma pública para recibir el código de autorización.

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
}

Consulta la guía de acceso del servidor sobre cómo acceder a las APIs de Google desde el servidor.

Cliente de la app de Chrome

Si determinas que tu app usa el flujo de OOB en el cliente de la app de Chrome, debes migrar al uso de la API de Chrome Identity.

En el siguiente ejemplo, se muestra cómo obtener todos los contactos del usuario sin usar un URI de redireccionamiento de OOB.

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)
    });
   });
 });
};

Revisa la guía de la API de Chrome Identity para obtener más información sobre cómo acceder a la autenticación de usuarios y llamar a los extremos de Google con la API de Chrome Identity.

Aplicación web

Si determinas que tu app usa el flujo de OOB para una aplicación web, debes migrar a una de nuestras bibliotecas cliente de la API de Google. Las bibliotecas cliente para diferentes lenguajes de programación se enumeran aquí.

Las bibliotecas facilitan el acceso a las APIs de Google y el control de todas las llamadas a los extremos de Google.

Acceso del servidor (sin conexión)

El modo de acceso del servidor (sin conexión) requiere que realices las siguientes acciones:

• Crea un servidor y define un extremo de acceso público (el URI de redireccionamiento) para recibir el código de autorización.
• Configura el URI de redireccionamiento en el de

En el siguiente fragmento de código, se muestra un ejemplo de NodeJS sobre el uso de la API de Google Drive para enumerar los archivos de Google Drive de un usuario en el servidor sin usar un URI de redireccionamiento de OOB.

async function main() {
  const server = http.createServer(async function (req, res) {

  if (req.url.startsWith('/oauth2callback')) {
    let q = url.parse(req.url, true).query;

    if (q.error) {
      console.log('Error:' + q.error);
    } else {
      
      // Get access and refresh tokens (if access_type is offline)
      let { tokens } = await oauth2Client.getToken(q.code);
      oauth2Client.setCredentials(tokens);

      // Example of using Google Drive API to list filenames in user's Drive.
      const drive = google.drive('v3');
      drive.files.list({
        auth: oauth2Client,
        pageSize: 10,
        fields: 'nextPageToken, files(id, name)',
      }, (err1, res1) => {
        // TODO(developer): Handle response / error.
      });
    }
  }
}

Consulta la guía de aplicaciones web del servidor sobre cómo acceder a las APIs de Google desde el servidor.

Acceso del cliente

En el siguiente fragmento de código, en JavaScript, se muestra un ejemplo del uso de la API de Google para acceder a los eventos de calendario del usuario en el cliente.

// initTokenClient() initializes a new token client with your
// web app's client ID and the scope you need access to

const client = google.accounts.oauth2.initTokenClient({
  client_id: 'YOUR_GOOGLE_CLIENT_ID',
  scope: 'https://www.googleapis.com/auth/calendar.readonly',
  
  // callback function to handle the token response
  callback: (tokenResponse) => {
    if (tokenResponse && tokenResponse.access_token) { 
      gapi.client.setApiKey('YOUR_API_KEY');
      gapi.client.load('calendar', 'v3', listUpcomingEvents);
    }
  },
});

function listUpcomingEvents() {
  gapi.client.calendar.events.list(...);
}

Consulta la guía de aplicaciones web del cliente sobre cómo acceder a las APIs de Google desde el cliente.

Cliente de escritorio

Si determinas que tu app usa el flujo de OOB en un cliente de computadora de escritorio, debes migrar al flujo de dirección IP de bucle invertido (localhost o 127.0.0.1).

Nota: Esta implementación requiere que escuches en un servidor web local (por ejemplo, con el servidor HTTP Apache) para recibir el código de autorización.