El MFA ya no protege. La frase que nadie quiere escuchar, pero los datos lo prueban. Hemos acompañado la evolución del phishing en los últimos meses y la señal es inequívoca: la IA reescribió las reglas del ataque, y el MFA tradicional dejó de ser control suficiente. La respuesta técnica existe y tiene nombre, MFA resistente a phishing, y quien todavía trata SMS o push como control primario está expuesto.
La escala: phishing con IA saltó 14x en un mes
Según el Hoxhunt Phishing Trends Report 2026, el phishing con indicadores de generación por IA saltó de 4% en noviembre de 2025 a 56% en diciembre. Aumento de 14x en un mes. El número retrocedió a 40% en enero de 2026, pero sigue muy por encima del baseline de 4%. Son 50 millones de puntos de datos, 4 millones de usuarios, 125 países.
Contexto importante: el 56% es la porción de los emails de phishing que eludieron filtros y fueron reportados por los usuarios. El universo total es mayor. El volumen de ataques sofisticados creció en el período de fiestas. Y se volvió más eficaz: según el Microsoft Digital Defense Report 2025, el phishing generado por IA tiene 54% de click rate contra 12% del phishing manual, 4,5x más eficaz. La IA escribe mejor que el atacante humano. Sin errores de ortografía, con contexto perfecto, personalización a escala.
El MFA tradicional no sostiene: 59% de las cuentas comprometidas tenían MFA
Según datos de Proofpoint publicados en febrero de 2026, el 59% de las cuentas corporativas comprometidas con éxito tenían MFA habilitado al momento del ataque. El 99% de las organizaciones sufrieron intentos de Account Takeover. El 67% sufrieron al menos un ATO exitoso.
El dato no invalida el MFA. Según la propia Microsoft, el MFA todavía bloquea más del 99% de los ataques basados en identidad. El punto es que los ataques sofisticados eluden el MFA en vez de quebrarlo, y el phishing con IA aumentó drásticamente el volumen de estos ataques. El pacto del MFA tradicional, autenticar al usuario y considerar la cuenta protegida, terminó.
La mecánica: AiTM intercepta la cookie de sesión después del MFA
El ataque elude el MFA en vez de quebrarlo. La mecánica es el AiTM, Adversary-in-the-Middle: reverse proxy en tiempo real entre la víctima y el proveedor de identidad. Kits como Evilginx2, Muraena y Tycoon 2FA hospedan una página de login idéntica a la original.
El usuario autentica normalmente. Escribe la contraseña, aprueba el push, completa el MFA. Todo legítimo de su lado. La cookie de sesión, el ESTSAUTH en el caso de Microsoft, es interceptada después de la autenticación. El atacante entra en la cuenta sin nuevo prompt, sin nuevo MFA, sin alerta. No es MFA fatigue, donde el atacante agota al usuario con push notifications. Es interceptación de sesión: el atacante usa la cookie robada como si fuera el usuario legítimo.
La respuesta técnica: MFA resistente a phishing con FIDO2 y passkeys
La respuesta técnica es el MFA resistente a phishing. FIDO2 y passkeys usan channel binding: la autenticación queda vinculada al origen real, así el proxy no puede interceptar la sesión. Aunque el usuario acceda a la página clonada del atacante, el token de autenticación no es válido para el origen falso, el browser se niega a entregarlo.
Microsoft lo recomienda explícitamente. NIST también. Quien todavía trata el MFA basado en SMS o push como control suficiente está expuesto. El SMS es interceptable por SIM swap y SS7. El push es eludible por AiTM. FIDO2 y passkeys no son eludibles por los kits AiTM en uso hoy.
Defensa en capas: concientización, MFA resistente y detección de sesión
La defensa en capas es el modelo que funciona. Concientización continua para reducir el click rate, el phishing con IA tiene 54% de click rate contra 12% del manual, según Microsoft. MFA resistente a phishing como control primario. Y detección de anomalías de sesión para identificar cookies robadas en uso: impossible travel, geografía atípica, reutilización de token.
Es donde Tech86 ha trabajado con clientes corporativos, integrando telemetría de identidad al SOC. Los logs del proveedor de identidad aislados no bastan, el ataque ocurre después de la autenticación, y el SOC necesita correlacionar eventos de identidad con telemetría de endpoint y red para detectar AiTM en tiempo real. Bloquear infraestructura de kits AiTM (Evilginx2, Muraena, Tycoon 2FA) con takedown proactivo de dominios y filtrado de URL reduce la superficie antes de que el email llegue al buzón.
La detección de anomalías de sesión es el complemento que falta en la mayoría de las operaciones. Una cookie ESTSAUTH válida usada desde un IP en otro continente minutos después del login legítimo es la señal más clara de AiTM en curso. Sin esa capa, el atacante permanece en la cuenta por días o semanas, tiempo suficiente para exfiltración, movimiento lateral y persistencia vía backdoor.
Conclusión: el pacto del MFA terminó
El pacto del MFA terminó. La IA reescribió las reglas del phishing. Hoy la respuesta es MFA resistente a phishing. Nosotros ayudamos a empresas corporativas a migrar de SMS y push a FIDO2 y passkeys, integrar telemetría de identidad al SOC y reducir el click rate con capacitación continua realista. No existe atajo, existe arquitectura de identidad que sobrevive al phishing con IA y al AiTM.