EvilTokens: cómo la IA ayudó a hackear más de 12.000 correos

Estado: 10 de octubre de 2026

Microsoft ha revelado los detalles de EvilTokens, una trama delictiva que recurría a la IA para personalizar cebos y examinar buzones comprometidos en busca de objetivos valiosos. La investigación se publicó el 22/09/2026. El problema principal de este incidente no se limita a un mensaje convincente: acceder al historial de correspondencia proporciona el contexto idóneo para seleccionar a la siguiente víctima y ajustar la petición a sus gestiones en curso. Este caso de nuestra serie de casos de estudio sobre IA demuestra por qué la seguridad del buzón no puede desligarse de las decisiones operativas tomadas a partir de lo que se lee en él.

Cronología de los hechos

1. Febrero: el servicio malicioso ya estaba activo y bajo seguimiento. Microsoft, 22/09/2026.
2. Informe de Microsoft: la publicación abarcó las campañas y la intervención técnica del semestre analizado, incluyendo la neutralización coordinada de su infraestructura. 22/09/2026.
3. Octubre: CERT-EU aportó nuevos datos sobre las acciones policiales contra la infraestructura del grupo y las detenciones ejecutadas. 2026-10.

Qué revelan los datos

Cómo funciona el ataque: autorización de sesión y selección con IA

En el análisis de Microsoft, obtener acceso al correo y explotar su contenido son dos fases bien diferenciadas. La confirmación engañosa por parte del usuario otorgaba una sesión activa a los atacantes; a partir de ahí, la IA intervenía tanto en la redacción de ganchos como en el filtrado de los mensajes capturados. 22/09/2026. Esta distinción es fundamental: la herramienta que asiste a los estafadores no actúa por iniciativa propia, y acceder a una cuenta tampoco garantiza que los pasos posteriores tengan éxito.

Análisis: el contexto importa mucho más que la gramática

Un texto sin faltas ortográficas ayuda a generar una buena primera impresión, pero el contenido de un buzón ajeno aporta algo mucho más valioso: contexto. Con él, cualquier petición fraudulenta parece la continuación natural de un trámite real. La diferencia es enorme: pulir un mensaje mejora su envoltorio, mientras que seleccionar la información correcta define el tema, el destinatario y los argumentos de la estafa. Esto evidencia el potencial de explotar los datos, no una garantía de que cada intento vaya a prosperar.

Esto exige cambiar el enfoque defensivo. La pregunta clásica de si un mensaje suena sospechoso debe sustituirse por otra: ¿tiene el remitente autorización real para solicitar esa acción? Un asunto conocido, una redacción impecable y la coherencia con correos previos no suponen una autorización válida para conceder accesos ni para modificar datos de pago bancarios. La credibilidad de la historia y la legitimidad del trámite deben evaluarse por separado.

A la IA hay que valorarla por la tarea concreta que ejecuta, no por la etiqueta tecnológica que lleve. Diseñar un cebo y cribar buzones exigen defensas distintas. En la primera fase, la clave está en evitar aprobaciones de sesión sin verificar. En la segunda, en impedir que la confianza depositada en un buzón de confianza se transfiera a cualquier petición enviada desde él. Prohibir el uso de IA entre los empleados no soluciona ninguno de estos dos vectores.

Tampoco tiene sentido atribuir al texto sintético la responsabilidad humana del delito. Son los atacantes quienes escogen el blanco y explotan el acceso. Separar estos roles facilita asignar responsabilidades y diseñar protocolos eficaces: el procedimiento interno debe frenar una decisión irregular, sin importar qué herramienta redactó el mensaje ni requerir detectar si fue generado por una máquina.

Quién sale ganando, quién pierde y qué riesgos quedan abiertos

El resultado documentado del bando atacante fue el secuestro de accesos a buzones. Ahorrar horas de trabajo mediante el cribado automático de correos no equivale directamente a un beneficio económico cuantificado. Estructurar la información facilita estafas posteriores, pero no determina su éxito. Sin datos sobre las fases siguientes de cobro, no se puede correlacionar la presencia de IA con la efectividad financiera global de la red.

Las organizaciones víctimas perdieron el control sobre sus comunicaciones privadas. Las consecuencias potenciales salpican también las relaciones profesionales almacenadas en los hilos de mensajes: clientes, proveedores y colaboradores. Por este motivo, la respuesta no puede terminar con el restablecimiento de contraseñas. Sin embargo, esto no implica que todas las empresas afectadas sufrieran el mismo perjuicio ni que sus contactos fueran engañados con éxito.

La caída de la infraestructura es un logro de los equipos de defensa, pero la empresa afectada necesita otra comprobación interna: asegurar que se cortó el acceso no autorizado, determinar el alcance real del incidente y auditar los procesos administrativos en riesgo. Desmantelar una red delictiva y cerrar una brecha dentro de tu organización son dos tareas distintas que exigen análisis independientes.

Pautas de seguridad para empresas y usuarios

Las normas más efectivas entran en juego en el momento exacto en que un correo exige una acción concreta. Deben ser directas, estar protocolizadas antes de cualquier incidente y poder aplicarse sin necesidad de adivinar las intenciones del remitente.

• Autorización de sesiones: debes entender con claridad qué permisos estás confirmando y con qué trámite iniciado por ti se corresponde la petición. Ante cualquier duda, interrumpe el proceso y consulta por un canal de soporte oficial.
• Modificación de cuentas bancarias: la empresa debe exigir una confirmación fuera de banda. Los datos de contacto facilitados dentro del propio mensaje de cambio no deben usarse jamás como vía única de validación.
• Respuesta ante intrusiones: el protocolo debe fijar responsables claros para revocar accesos, evaluar el impacto, preservar registros para auditoría y avisar a los afectados.
• Potestad para pausar procesos: el empleado debe tener claro a quién reportar sospechas y quién resuelve el dilema entre cumplir un plazo urgente y garantizar la seguridad técnica.

Para el usuario individual, la prioridad reside en desvincular la petición recibida del método empleado para verificarla. Conecta siempre con el administrador o soporte por tu propia cuenta, en lugar de seguir las instrucciones de un mensaje sospechoso. Ante una sospecha de intrusión, recurre de inmediato a los canales oficiales de asistencia sin ponerte a interactuar con los enlaces del atacante.

Caso hipotético: una petición urgente de cambio de cuenta

Imagina que tu empresa recibe una solicitud para modificar el número de cuenta de un proveedor habitual en plena tramitación de una factura. El mensaje hace referencia exacta a conversaciones anteriores y la fecha de vencimiento es inminente. Planteamos este ejemplo para ilustrar el procedimiento, no como un caso real de EvilTokens. El dilema surge entre tramitar con rapidez una orden que parece legítima o congelar el pago hasta obtener una verificación independiente.

El empleado no necesita averiguar si el texto lo redactó un modelo de lenguaje. Simplemente debe contrastar el cambio por una vía de contacto prefijada de antemano y ajena a esa solicitud. Si la confirmación no llega, el asunto se escala a la persona facultada para autorizar excepciones. La urgencia no anula los controles: activa el circuito de validación reforzada.

Si a la vez surge la sospecha de que el buzón del interlocutor ha sido vulnerado, hay que repartir tareas. El equipo de sistemas asegura los accesos mientras administración revisa la orden de pago. El mero hecho de revocar una sesión no convalida la legitimidad de las facturas pendientes. La utilidad del protocolo radica en que cada decisión tiene un responsable asignado y un criterio objetivo de cierre.

Qué datos siguen sin conocerse

Los informes publicados no detallan el total de pérdidas económicas ocasionadas, el volumen exacto de víctimas individuales, cuántas cuentas se lograron restituir ni en qué porcentaje la IA elevó el éxito de cada intrusión. La conclusión operativa, sin embargo, es concluyente: debes blindar tanto el acceso a las cuentas corporativas como las decisiones financieras que se toman al leer la bandeja de entrada.

Simulación sin mensajes maliciosos reales

Conviene entrenar el flujo de toma de decisiones mediante una solicitud ficticia de cambio de datos, sin recurrir a simulacros de phishing ni usar correspondencia real. La meta de este ejercicio consiste en definir quién tiene potestad para paralizar un pago, dónde se localizan los contactos de confianza verificados y quién toma el relevo si el responsable principal está ausente. Se trata de poner a prueba la organización interna, no de fiscalizar los reflejos individuales de cada trabajador.

Fuentes

• Microsoft: informe sobre EvilTokens - 22/09/2026.
• CERT-EU: boletín de amenazas - octubre de 2026; la documentación disponible no concreta el día exacto de publicación.