Pass-ta-key: los tres ataques que minan la sincronización de passkeys en Google Password Manager

Descubre Pass-ta-key, Silver y Golden Pass-ta-key, los tres ataques que comprometen la sincronización de passkeys en Google Password Manager.

Pass-ta-key: los tres ataques que minan la sincronización de passkeys en Google Password Manager
Vulnerabilidades

Imagen ilustrativa generada con IA

El 3 de agosto de 2026, los investigadores de Palo Alto Networks Unit 42 hicieron pública una serie de tres ataques — Pass-ta-key, Silver Pass-ta-key y Golden Pass-ta-key — que permiten a un malware ya ejecutándose en un dispositivo Windows abusar de las passkeys sincronizadas a través de Google Password Manager. Ninguna de las técnicas rompe la criptografía de las passkeys; en cambio, explotan debilidades en los procesos de confianza, registro y recuperación del autenticador en la nube de Google. La gravedad es alta y culmina con Golden Pass-ta-key, capaz de robar de forma permanente la clave maestra que cifra todas las passkeys sincronizadas.

Pass-ta-key: autenticación sin verificación de usuario aprovechando el TPM

El primer ataque no requiere privilegios elevados. El malware utiliza la clave de identidad del dispositivo, protegida por TPM, para que Chrome firme una petición de autenticación sin ninguna interacción del usuario. El autenticador en la nube de Google considera válida la respuesta porque proviene de un equipo confiable, pero la verificación del flag User Verified se delega al servicio de destino. Si este último no comprueba el flag, el atacante obtiene acceso como si hubiera usado PIN o biometría.

eBay no validaba el flag y resultó vulnerable (posteriormente corregido). GitHub, por el contrario, ya realizaba la comprobación y no se vio expuesto. La falla demuestra que la seguridad de las passkeys depende en parte del rigor con que cada servicio aplica el estándar.

Silver Pass-ta-key: registro de una clave de verificación bajo el control del atacante

Silver Pass-ta-key actúa durante el re-registro del dispositivo en Chrome. El malware inyecta una clave de verificación de usuario generada por el atacante. El autenticador en la nube no verifica que la nueva clave provenga realmente de hardware confiable y la acepta. A partir de ese momento, el atacante puede autenticarse desde un sistema remoto, generando una prueba de verificación de usuario aparentemente legítima incluso para los servicios que requieren PIN o biometría.

El ataque elude así las protecciones robustas del lado del cliente, aprovechando un proceso de recuperación sin controles de procedencia adecuados.

Golden Pass-ta-key: robo de la security domain secret y compromiso irreversible

Es el ataque más crítico. La security domain secret (SDS) es la clave maestra que cifra todas las passkeys sincronizadas. Inicialmente los investigadores la encontraron expuesta en los registros FIDO internos de Chrome; tras la notificación, Google eliminó dichos registros. Sin embargo, la clave permanece temporalmente en la memoria del proceso del navegador durante las operaciones de registro o recuperación.

Un malware puede forzar un re-registro y capturar la SDS en memoria. Una vez en posesión de la clave, el atacante descifra todas las passkeys sincronizadas (presentes y futuras) y extrae sus claves privadas, obteniendo un robo de identidad permanente. No existe un mecanismo de rotación de la SDS: la compromisión sobrevive a la eliminación del malware.

Qué se ha corregido y qué queda por hacer

Google eliminó la SDS de los registros FIDO, pero no comunicó contramedidas adicionales para proteger la clave en memoria en el momento de la publicación de la investigación. eBay corrigió la falta de validación del flag User Verified. Para los servicios web, la mitigación principal sigue siendo exigir y verificar rigurosamente el flag User Verified durante la autenticación con passkey. Los gestores de credenciales del lado del cliente deberían:

  • validar que las claves de verificación de usuario registradas procedan de hardware confiable;
  • reforzar los procesos de re-registro y recuperación;
  • impedir que la SDS sea accesible en la memoria del navegador.

La investigación de Unit 42 confirma que las passkeys ofrecen una protección sustancialmente superior a las contraseñas, pero no eliminan los riesgos que plantea el código malicioso ya en ejecución en el dispositivo. Perderlas de vista en un contexto de compromiso activo significa otorgar credenciales permanentes a un adversario.

Lee también

Fuentes

Este artículo es una reelaboración original basada en las siguientes fuentes.

Volver al inicio

Últimas noticias de ciberseguridad

Todas las noticias de ciberseguridad →