Tycoon 2FA: Evolución del phishing que burla Microsoft 365

Contenido del artículo
El panorama de la ciberseguridad en mayo de 2026 ha sido sacudido por el regreso de uno de los adversarios más resilientes y técnicamente astutos del ecosistema Phishing-as-a-Service (PhaaS). El kit de phishing conocido como Tycoon 2FA ha vuelto a la escena operativa con una evolución significativa que marca un cambio de paradigma en el robo de identidad digital. Tras haber sobrevivido a una operación de desmantelamiento coordinada por Microsoft y Europol en marzo de este mismo año, los operadores de esta plataforma han refinado su infraestructura para centrarse en la explotación de protocolos OAuth 2.0, desplazando el enfoque tradicional de robo de contraseñas hacia el secuestro directo de tokens de acceso en entornos de Microsoft 365.
La metamorfosis de Tycoon 2FA: Del AitM al Device Code Phishing
Históricamente, Tycoon 2FA se consolidó como un referente en los ataques de Adversary-in-the-Middle (AitM). Su arquitectura se basaba en el uso de proxies inversos capaces de interceptar credenciales y cookies de sesión en tiempo real, permitiendo a los atacantes saltarse incluso las protecciones de autenticación multifactor (MFA) basadas en códigos SMS o aplicaciones de autenticación. Sin embargo, los analistas de seguridad identificaron el 18 de mayo de 2026 que el kit ha integrado una táctica mucho más insidiosa: el abuso del flujo de concesión de autorización de dispositivos (Device Authorization Grant).
A diferencia de los ataques AitM convencionales, donde el atacante actúa como un intermediario entre el usuario y el servidor legítimo, el nuevo módulo de Tycoon 2FA manipula el flujo de autenticación de dispositivos inteligentes. Esta técnica, conocida como Device Code Phishing, aprovecha un protocolo diseñado originalmente para dispositivos con capacidades de entrada limitadas (como Smart TVs), donde el usuario introduce un código alfanumérico corto en una URL legítima de Microsoft (microsoft.com/devicelogin) para autorizar una sesión en un dispositivo externo.
¿Cómo opera el nuevo flujo de explotación OAuth?
La sofisticación de esta nueva variante de Tycoon 2FA radica en su capacidad para ocultar su actividad maliciosa dentro de procesos que el usuario percibe como totalmente legítimos. El ataque no intenta vulnerar el MFA; en su lugar, cambia aquello que el MFA está autorizando. El proceso técnico sigue una lógica impecable:
- Atracción inicial: La víctima recibe un correo electrónico de phishing, a menudo disfrazado como una notificación de factura pendiente o un aviso de mensaje de voz de Microsoft 365. Estos correos utilizan enlaces de seguimiento de clics de plataformas reputadas como Trustifi para evadir los filtros de seguridad perimetrales.
- Cadena de entrega multicapa: Al hacer clic, el usuario es redirigido a través de una serie de saltos en la infraestructura de Cloudflare y servidores ofuscados, diseñados para filtrar bots y entornos de análisis de seguridad.
- Interacción con el código: La página de aterrizaje de Tycoon 2FA presenta una interfaz que imita a la perfección el portal de seguridad de Microsoft y le proporciona al usuario un código de 8 caracteres, indicándole que lo introduzca en el portal oficial de dispositivos de Microsoft.
- Secuestro del Token: Una vez que el usuario introduce el código y completa su MFA en el sitio real de Microsoft, el sistema emite tokens de acceso (Access Tokens) y de actualización (Refresh Tokens) directamente al dispositivo controlado por el atacante, que se ha hecho pasar por un servicio de confianza como “Microsoft Authentication Broker”.
Análisis Técnico: Las 4 Capas de Ofuscación de Tycoon 2FA
El éxito de Tycoon 2FA no solo reside en su táctica de ingeniería social, sino en su robusta arquitectura técnica. Los investigadores de eSentire y otras firmas líderes han desglosado la cadena de ejecución del kit en cuatro capas críticas que dificultan enormemente la detección por parte de sistemas de respuesta automática (EDR) y firewalls de nueva generación.
Capa 1: Descifrado en el navegador y JS dinámico
La primera barrera que encuentran los analistas es una carga útil altamente ofuscada que utiliza cifrado AES-GCM. El kit utiliza scripts de JavaScript que se descifran dinámicamente en el lado del cliente (el navegador de la víctima). Esto significa que el código malicioso no es visible mediante análisis estático de la URL; solo se manifiesta cuando un usuario real interactúa con la página, lo que inutiliza muchas herramientas de sandboxing.
Capa 2: Mecanismos de Anti-Análisis y Filtrado de ASN
Tycoon 2FA incorpora una de las listas negras de infraestructura de seguridad más extensas de la industria. El kit realiza verificaciones exhaustivas para identificar si la conexión proviene de:
- Proveedores de VPN y proxies conocidos.
- Motores de búsqueda y rastreadores de seguridad (Google, Bing, Shodan).
- Sistemas de sandboxing de proveedores como Palo Alto Networks, CrowdStrike o Microsoft.
- Entornos de depuración (detección de trampas de tiempo de depuración).
Si el kit detecta que está siendo analizado, redirige automáticamente la conexión a una página legítima de Microsoft o devuelve un error 404, protegiendo así la ubicación real de su backend.
Capa 3: Verificación de HumanCheck (CAPTCHA personalizado)
Antes de mostrar la página de phishing final, el kit presenta un widget de CAPTCHA llamado “HumanCheck”. Este paso no solo añade una capa de verosimilitud para el usuario, sino que sirve como filtro final para bloquear cualquier script automatizado que haya logrado superar las capas anteriores. Esta técnica garantiza que los ataques de Tycoon 2FA mantengan una alta tasa de éxito al interactuar únicamente con humanos.
Capa 4: El núcleo del exploit OAuth y “Check Domain”
En la capa final, el kit consulta una base de datos centralizada (conocida como arquitectura Check Domain) para determinar la apariencia visual que debe adoptar el portal de phishing, personalizándolo según el dominio de la organización de la víctima. Aquí es donde se genera y presenta el código de dispositivo de Microsoft, vinculando la identidad de la víctima con la infraestructura del atacante de manera permanente.
Impacto en la Protección de Datos y Microsoft 365
La evolución hacia ataques basados en OAuth representa un riesgo existencial para la seguridad de los datos corporativos. Al obtener un token de acceso a través de aplicaciones falsas que impersonan al “Microsoft Authentication Broker”, el atacante no solo accede al correo electrónico del usuario (Exchange Online), sino que expande su alcance a toda la superficie de Microsoft 365, incluyendo:
- Microsoft Graph API: Permite extraer contactos, calendarios y metadatos organizacionales de manera masiva.
- OneDrive y SharePoint: Facilita la exfiltración de documentos confidenciales y el despliegue de ransomware a través del almacenamiento en la nube.
- Persistencia de largo plazo: A diferencia de una sesión robada que puede expirar en horas, los tokens de actualización (Refresh Tokens) obtenidos por Tycoon 2FA pueden permitir el acceso continuado durante meses, incluso si el usuario cambia su contraseña.
Además, la telemetría de estos ataques es sumamente difícil de distinguir de la actividad legítima. En los registros de inicio de sesión de Microsoft Entra (anteriormente Azure AD), el acceso aparece como una autorización de dispositivo exitosa realizada por el propio usuario, ocultando las herramientas de automatización de los operadores (identificadas como bots de Node.js con agentes de usuario “undici”).
Estrategias de Mitigación y Resiliencia en 2026
Para contrarrestar la amenaza que supone la nueva versión de Tycoon 2FA, las organizaciones deben evolucionar más allá de la dependencia exclusiva del MFA tradicional. Los expertos recomiendan un enfoque de defensa en profundidad basado en las siguientes directrices:
1. Restricción del flujo de códigos de dispositivo: A menos que sea estrictamente necesario para hardware específico (como impresoras antiguas o dispositivos IoT), los administradores de TI deben deshabilitar el flujo de autenticación “OAuth Device Code” para los usuarios finales dentro del centro de administración de Microsoft Entra.
2. Políticas de Consentimiento de Aplicaciones: Es vital configurar políticas que impidan a los usuarios otorgar permisos a aplicaciones de terceros que no hayan sido verificadas previamente por el equipo de seguridad. El uso de “consentimiento verificado” es una barrera eficaz contra las aplicaciones fraudulentas que utiliza este kit.
3. Evaluación de Acceso Continuo (CAE): Implementar Continuous Access Evaluation permite a Microsoft 365 revocar tokens de sesión en tiempo real si se detectan anomalías, como cambios repentinos en la ubicación geográfica o acceso desde IPs marcadas como maliciosas (frecuentemente asociadas a Alibaba Cloud en las campañas recientes de Tycoon).
4. Monitorización de Logs de Entra ID: Los equipos de SOC deben vigilar específicamente los eventos de inicio de sesión de tipo “Device Code” y buscar indicadores de compromiso (IoC) específicos, como el uso de agentes de usuario poco comunes (“node”, “axios”, “undici”) y solicitudes provenientes de ASNs de centros de datos en lugar de ISPs residenciales.
El retorno de Tycoon 2FA subraya una verdad incómoda en la ciberseguridad moderna: las tácticas de los adversarios evolucionan más rápido que las defensas estáticas. La transición hacia exploits de OAuth demuestra que el robo de identidad ya no se trata de engañar al usuario para que entregue su contraseña, sino de manipular los mismos protocolos que fueron diseñados para protegerlo. La vigilancia constante y la adopción de modelos de confianza cero (Zero Trust) son hoy más necesarias que nunca.
Escrito por
TempMail Ninja
Experto en privacidad digital y seguridad en línea. Apasionado por crear herramientas que protejan la identidad de los usuarios en internet.


