Passkeys en riesgo: el malware que burla el cambio de contraseñas
El descubrimiento de iAuthFlow v2 revela una brecha crítica en la seguridad de las llaves de acceso, permitiendo a los atacantes persistir tras el hackeo
26 de agosto de 2026 · 4 min de lectura
La ilusión de seguridad: iAuthFlow v2 y el fin de la invulnerabilidad absoluta
Durante la última década, la industria tecnológica ha librado una batalla encarnizada contra el eslabón más débil de la seguridad informática: la contraseña. La adopción de las passkeys, respaldada por gigantes como Google, Apple y Microsoft bajo el estándar FIDO2, se presentó como la panacea definitiva. Al eliminar la dependencia de cadenas de caracteres memorizables y sustituirlas por pares de claves criptográficas almacenadas localmente, el phishing tradicional parecía condenado a la obsolescencia. Sin embargo, el reciente descubrimiento del toolkit iAuthFlow v2, analizado exhaustivamente por los investigadores de Abnormal Security, ha desmantelado esta narrativa de invulnerabilidad, demostrando que la arquitectura técnica, por robusta que sea, es vulnerable ante la ingeniería social avanzada.
Comercializado en foros clandestinos de habla rusa por un precio que supera los 10.000 dólares, iAuthFlow v2 no es un simple script de phishing; es una plataforma de ataque integral diseñada para el secuestro persistente de identidades. Su aparición marca un punto de inflexión comparable al surgimiento de los primeros kits de AitM (Adversary-in-the-Middle) que comenzaron a desafiar la autenticación de doble factor (2FA) basada en SMS hace años. Mientras que los ataques anteriores se centraban en la interceptación de tokens temporales, iAuthFlow v2 eleva la apuesta al subvertir el propio mecanismo de confianza que debía reemplazar a las contraseñas.
¿Cómo opera esta amenaza?
La sofisticación de iAuthFlow v2 reside en su capacidad de ejecución en tiempo real y su mimetismo impecable. El flujo de ataque comienza con la redirección de la víctima hacia una página de inicio de sesión falsificada que replica con precisión milimétrica las interfaces de servicios críticos como Google, Microsoft, iCloud o LinkedIn. A diferencia de las campañas de phishing masivo, este malware opera con una precisión quirúrgica.
Cuando el usuario introduce sus credenciales, el toolkit no se limita a capturarlas. Actúa como un puente transparente (proxy) entre la víctima y el servicio legítimo. Mientras el usuario es retenido en una pantalla de 'procesamiento' o 'verificación' —un truco psicológico diseñado para ganar segundos vitales—, el atacante utiliza las credenciales recién obtenidas para iniciar sesión en una instancia real del servicio. En ese breve intervalo, el malware automatiza la creación de una passkey propia en la cuenta comprometida. Según las pruebas de laboratorio realizadas por Abnormal, este proceso puede completarse en apenas seis segundos. Al registrar su propia clave criptográfica, el atacante se otorga un acceso de primer nivel que es indistinguible de un dispositivo legítimo del usuario, logrando una persistencia que sobrevive a cualquier cambio de contraseña posterior.
¿Por qué el cambio de contraseña ya no basta?
Históricamente, la respuesta estándar ante una sospecha de intrusión era inmediata: cambiar la contraseña y cerrar todas las sesiones activas. Esta estrategia se basaba en la premisa de que el atacante solo poseía una llave temporal. Con iAuthFlow v2, esta lógica queda obsoleta. Al inyectar una passkey maliciosa, el atacante no está simplemente 'usando' la cuenta, sino que está redefiniendo los métodos de autenticación autorizados para el perfil.
Desde una perspectiva técnica, esto es una 'puerta trasera' criptográfica. Incluso si el usuario restablece su contraseña, el atacante puede autenticarse utilizando su passkey registrada, la cual es reconocida por el sistema como una credencial de confianza de nivel superior. Este fenómeno subraya un riesgo sistémico: la delegación de la seguridad a dispositivos físicos o biométricos puede volverse en contra del usuario si el proceso de registro inicial (onboarding) no es estrictamente vigilado por los proveedores de identidad. Aunque plataformas como Google han implementado fricción adicional —exigiendo verificaciones secundarias para registrar nuevos métodos de seguridad—, la eficacia de estas medidas varía según la configuración del usuario y la astucia del atacante al eludir los controles de riesgo.
Estrategias de defensa y mitigación
La irrupción de iAuthFlow v2 nos obliga a cambiar nuestra mentalidad: la seguridad digital ya no puede ser un estado pasivo, sino una auditoría constante. Ante este escenario, es imperativo que las empresas y usuarios adopten un enfoque de 'Zero Trust' sobre su propia gestión de identidad:
- Auditoría exhaustiva de métodos de autenticación: Es vital revisar periódicamente la lista de dispositivos autorizados y llaves de seguridad en los paneles de configuración de seguridad de Google, Microsoft o Apple. Cualquier dispositivo o passkey que no sea inmediatamente reconocible debe ser revocado sin dilación.
- Control de OAuth y permisos: Los atacantes suelen persistir mediante tokens de acceso de aplicaciones de terceros. Revocar permisos innecesarios a aplicaciones que no se utilizan activamente es una medida de higiene digital fundamental.
- Vigilancia de reglas de automatización: Muchos atacantes, tras asegurar el acceso, configuran reglas de reenvío de correo o filtros para ocultar alertas de seguridad y monitorear comunicaciones. Revisar la configuración de reglas de correo es esencial para detectar intrusiones persistentes.
- Verificación de recuperación: Los atacantes a menudo modifican los correos electrónicos o números de teléfono de recuperación. Asegurarse de que estos datos no hayan sido alterados es el último bastión contra el secuestro permanente de cuenta.
Aunque la tecnología de passkeys sigue siendo intrínsecamente superior a las contraseñas estáticas, la lección de iAuthFlow v2 es clara: el eslabón humano sigue siendo el vector de ataque más explotable. La seguridad digital, en la era de la IA y el malware automatizado, exige una vigilancia activa y una comprensión profunda de cómo se gestionan los privilegios de acceso en nuestras vidas digitales.
Puntos clave
- Las passkeys no son inmunes si el atacante logra registrar su propia llave durante la sesión.
- El cambio de contraseña y cierre de sesiones ya no garantiza la expulsión de un atacante.
- Es vital auditar periódicamente los métodos de autenticación y tokens OAuth en cuentas críticas.
- El phishing en tiempo real ha evolucionado hacia la persistencia mediante autenticación criptográfica.
Preguntas frecuentes
¿Son seguras las passkeys tras este descubrimiento?
Sí, la tecnología subyacente sigue siendo robusta, pero este malware explota el proceso de enrolamiento inicial, lo que exige mayor vigilancia del usuario durante el login.
¿Qué debo hacer si sospecho de una intrusión?
Además de cambiar la contraseña, revisa los dispositivos vinculados, elimina passkeys desconocidas, revoca tokens de aplicaciones externas y verifica reglas de reenvío de correo.
Fuentes utilizadas
Sigue leyendo
Comentarios
Sé el primero en comentar.