| fi-hel-wg-201 (Helsinki) |
66 IPs disponibles |
54
Google I/O 2026: El amanecer de la era de los agentes autónomos de Gemini
Durante la más reciente edición de la conferencia de desarrolladores Google I/O 2026, la firma de Mountain View marcó un punto de inflexión definitivo al declarar oficialmente el inicio de su «era agéntica con Gemini». La visión de Google ha dejado atrás el enfoque tradicional de los asistentes conversacionales reactivos que se limitan a responder a peticiones simples. En su lugar, la compañía se ha volcado por completo al desarrollo de agentes de inteligencia artificial independientes, persistentes y capaces de ejecutar procesos complejos de múltiples pasos en segundo plano, integrándose orgánicamente en la búsqueda web, los entornos de productividad de Workspace y las plataformas de desarrollo de software.
Esta transformación tecnológica busca resolver de raíz los cuellos de botella históricos de latencia, interoperabilidad y seguridad financiera que limitaban la adopción de agentes autónomos a gran escala. A través de lanzamientos de vanguardia, Google busca establecer el nuevo estándar de la informática agéntica frente a rivales directos de la industria de la inteligencia artificial.
Gemini 3.5 Flash: Velocidad extrema de 300 t/s y eficiencia sin precedentes
En un movimiento inusual que sorprendió a la comunidad tecnológica, Google omitió la típica fase de vista previa técnica y lanzó el modelo Gemini 3.
de seguros de salud (como Medicaid y Medicare), reclamaciones de facturación médica, números de cuentas bancarias y de tarjetas de crédito o débito con sus respectivas credenciales de acceso.
` (58 words)
`
Datos biométricos y de geolocalización: El hallazgo más perturbador de la investigación fue la sustracción de identificadores biométricos inmutables, que incluyen escaneos de huellas dactilares y de palmas de las manos de empleados. Adicionalmente, se extrajeron coordenadas de geolocalización precisas integradas como metadatos en las imágenes de los documentos de identidad capturados.
` (51 words)
`
`
—
Section 5 (La pesadilla biométrica):
`
La pesadilla de la biometría: un riesgo de seguridad para toda la vida
` (13 words)
`
La pérdida de datos biométricos marca un punto de inflexión alarmante. Los profesionales de la seguridad informática han encendido las alarmas debido a que la sustracción de huellas dactilares y de palmas de manos genera un riesgo irreversible. Si un ciberdelincuente roba el número de una tarjeta de crédito o el Seguro Social, las instituciones pueden cancelar dichos registros y emitir nuevos números. Sin embargo, los rasgos físicos de una persona no se pueden cambiar ni restablecer.
` (78 words)
`
Una vez que las plantillas biométricas y las imágenes de huellas dactilares
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.
El tablero global de la inteligencia artificial de frontera acaba de sufrir uno de sus movimientos tectónicos más trascendentales. El 19 de mayo de 2026, Andrej Karpathy, uno de los investigadores y educadores en computación más respetados del mundo, cofundador de OpenAI y exdirector de Tesla Autopilot, anunció oficialmente su incorporación a las filas de Anthropic. Tras un periodo dedicado al desarrollo de su startup educativa Eureka Labs, el regreso de Karpathy a la investigación y desarrollo (I+D) de frontera no es un fichaje ordinario: representa una de las victorias estratégicas más contundentes para Anthropic frente a OpenAI y Google DeepMind en la encarnizada guerra de talento de Silicon Valley.
La incorporación de Andrej Karpathy no busca simplemente sumar un nombre célebre al organigrama de la firma. Su misión es sumamente específica y de un calado técnico revolucionario: liderar un nuevo subequipo dentro del departamento de preentrenamiento (pretraining) de Anthropic. El mandato consiste en orquestar el llamado «Claude-in-the-Loop Pretraining», un enfoque donde el propio modelo Claude se convierte en el agente principal para automatizar, optimizar y acelerar los procesos de entrenamiento de la próxima generación de modelos de lenguaje (LLM). Este paso marca un alejamiento decisivo del paradigma de la «fuerza bruta» (basado puramente en escalar cómputo y hardware) para dar paso a la era del desarrollo asistido y recursivo de la IA.
La fuga de cerebros definitiva: El golpe estratégico de Anthropic contra OpenAI
Para comprender el impacto del fichaje de Andrej Karpathy, es necesario analizar el panorama geopolítico y corporativo de Silicon Valley en mayo de 2026. Este suceso ocurre en un momento crítico de transición en la industria, coincidiendo estrechamente con hitos legales y estratégicos de gran envergadura, como la resolución judicial del juicio de Elon Musk contra OpenAI. En lugar de regresar a OpenAI o aceptar ofertas masivas del ecosistema de Google o xAI, Karpathy optó por sumarse al gran rival dirigido por los hermanos Dario y Daniela Amodei.
Con esta incorporación, Anthropic consolida una preocupante tendencia de fugas de perfiles de altísimo nivel técnico procedentes de OpenAI. En un lapso de apenas dos años, figuras clave de la arquitectura original y la alineación de OpenAI han migrado de forma sistemática hacia el mismo destino:
- Jan Leike: Quien lideraba el equipo de alineación (Superalignment) en OpenAI y renunció en mayo de 2024 para unirse a Anthropic.
- John Schulman: Cofundador de OpenAI y una de las mentes maestras detrás del entrenamiento por refuerzo a partir de retroalimentación humana (RLHF), quien abandonó la compañía en agosto de 2024.
- Andrej Karpathy: Cofundador de OpenAI, quien tras su salida definitiva y un paso por Eureka Labs, sella este trío de deserciones históricas en mayo de 2026.
La concentración de estos perfiles en Anthropic consolida su reputación no solo como un bastión de seguridad y alineación técnica de IA, sino como un laboratorio de ingeniería aplicada extremadamente ágil. Para los ingenieros más brillantes del planeta, la marca OpenAI ya no representa el destino indiscutible por defecto. En su lugar, Anthropic se posiciona como el ecosistema idóneo para aquellos que buscan resolver los desafíos de frontera sin las ataduras de la hipercomercialización apresurada.
El mandato de Andrej Karpathy: Claude en el bucle de preentrenamiento
El trabajo de Karpathy se desarrollará bajo la supervisión de Nicholas Joseph (conocido en el sector como Nick Joseph), otro exingeniero de OpenAI y actual director de preentrenamiento en Anthropic. El preentrenamiento es la etapa más costosa, compleja y crítica en el ciclo de vida de un modelo de inteligencia artificial. Es aquí donde el sistema ingiere billones de tokens de datos brutos para asimilar las estructuras del lenguaje, la lógica matemática, la programación y las bases del razonamiento general. Tradicionalmente, este proceso se gestiona mediante un software de infraestructura masivo que distribuye cargas de trabajo sobre miles de GPUs y TPUs interconectadas, un entorno plagado de errores de hardware y problemas sutiles de optimización.
El enfoque tradicional de preentrenamiento presenta severos cuellos de botella humanos. Los investigadores deben monitorizar continuamente las métricas de pérdida (loss curves), ajustar hiperparámetros de manera intuitiva, identificar datos corruptos dentro de los conjuntos de datos de entrenamiento y depurar fallos de infraestructura a gran escala.
La propuesta de Andrej Karpathy y el equipo de Nick Joseph consiste en subvertir este flujo de trabajo manual introduciendo a Claude de forma profunda y directa en el bucle de experimentación (Claude-in-the-Loop). En la práctica, esto implica:
- Curaduría automatizada de datos a escala: El uso de agentes basados en Claude para filtrar, etiquetar, clasificar y limpiar la inmensa cantidad de información web que alimenta el preentrenamiento, elevando la calidad de los tokens de entrenamiento por encima de la mera cantidad.
- Orquestación autónoma de experimentos: Implementar flujos de trabajo agénticos donde Claude evalúe los resultados de ejecuciones de entrenamiento a pequeña escala, sugiera modificaciones en la arquitectura de la red o en la tasa de aprendizaje (learning rate) y despliegue las siguientes iteraciones sin intervención humana constante.
- Análisis y depuración de telemetría: Los sistemas de frontera generan petabytes de logs durante su entrenamiento. Un agente Claude dedicado puede analizar de manera quirúrgica anomalías en el rendimiento de los clústeres de GPU y proponer parches de código en tiempo real para optimizar la eficiencia del clúster.
Este viraje metodológico es crucial. En lugar de limitarse a esperar que los chips de hardware de última generación resuelvan mágicamente la escala del modelo, Anthropic está apostando por un multiplicador de productividad interna: hacer que la IA de frontera optimice y construya de manera iterativa a su propio sucesor.
De «Vibe Coding» a la Ingeniería Agéntica: La filosofía de Karpathy aplicada
El nuevo rol de Karpathy es la evolución natural de su propia filosofía técnica, expresada con vehemencia a lo largo de los últimos meses en sus canales de divulgación y repositorios públicos. Karpathy ha sido un promotor constante del fin de lo que él denomina «vibe coding» (el desarrollo de software informal e intuitivo donde el programador simplemente pide código básico a un chatbot de manera desestructurada). En su lugar, defiende la transición formal hacia la «ingeniería agéntica» (agentic engineering).
La ingeniería agéntica es una disciplina estricta de desarrollo de software donde los ingenieros humanos no se limitan a usar la IA como un copiloto pasivo, sino que diseñan, supervisan e integran complejos sistemas de agentes autónomos multifase. Para demostrar este concepto, Karpathy popularizó soluciones avanzadas utilizando herramientas como Claude Code y arquitecturas personalizadas como los archivos CLAUDE.md. Estos sistemas se basan en cuatro principios fundamentales que ahora se trasladarán a la I+D de preentrenamiento en Anthropic:
- Pensar antes de codificar (Think Before Coding): Obligar al agente a esquematizar su lógica conceptualmente y analizar las dependencias antes de generar cualquier línea de código o configuración experimental.
- Simplicidad ante todo (Simplicity First): Minimizar la complejidad de los entornos de ejecución para evitar fallos en cascada dentro de los sistemas distribuidos de IA.
- Cambios quirúrgicos (Surgical Changes): En lugar de sobreescribir bloques masivos de infraestructura, el sistema realiza ediciones precisas y modulares sobre las bases de código y los hiperparámetros de entrenamiento.
- Enfoque orientado a objetivos (Goal Driven): Toda acción de los agentes de software debe estar firmemente anclada en la optimización de métricas concretas y medibles, evaluadas continuamente por un bucle de retroalimentación cerrada.
Al aplicar este riguroso marco al proceso de entrenamiento inicial del modelo, el subequipo de Karpathy buscará que las herramientas agénticas de Claude gestionen de forma autónoma bases de conocimiento dinámicas (estilo wikis autoevolutivas) sobre qué configuraciones y arquitecturas producen los mejores resultados. Esto creará un sistema que capitalizará cada experimento fallido o exitoso de manera exponencial.
Infraestructura de vanguardia y seguridad férrea: El ecosistema que acoge a Karpathy
La llegada de Karpathy coincide con una fase de expansión sin precedentes en la infraestructura de Anthropic. Recientemente, la compañía anunció una alianza estratégica de gran envergadura con SpaceX para utilizar la capacidad de cómputo del gigantesco centro de datos Colossus 1 en Memphis, Tennessee. Esta infraestructura proveerá a Anthropic con más de 300 megavatios de energía dedicados exclusivamente a entrenar sus modelos de nueva generación. Gestionar este monstruo de cómputo requiere precisamente del tipo de automatización inteligente y agéntica que Karpathy propone liderar.
A la par de este músculo físico, Anthropic continúa blindando su estructura organizacional. Junto con Karpathy, la compañía anunció la contratación de Chris Rohlf, un veterano de la ciberseguridad con más de 20 años de experiencia, incluyendo posiciones clave en Meta, la división de seguridad de Yahoo («The Paranoids») y una distinguida posición como investigador en el Center for Security and Emerging Technology (CSET) de Georgetown.
Rohlf se unirá al prestigioso equipo de Frontier Red Teaming de Anthropic. Su enfoque principal estará alineado con uno de los grandes desafíos de la IA de frontera: la protección de los pesos de los modelos (model weights) y la simulación ofensiva frente a amenazas cibernéticas emergentes. Esta combinación de fichajes subraya una visión holística muy clara por parte de Anthropic:
- La aceleración del preentrenamiento mediante IA recursiva (liderada por Andrej Karpathy y Nick Joseph).
- La garantía de que estos modelos superpotentes se mantengan seguros frente a actores estatales y amenazas complejas (liderada por perfiles como Chris Rohlf).
- La adquisición estratégica de talento proveniente de sus rivales directos, incluyendo a Ross Nordeen (exmiembro fundador de xAI) para consolidar su equipo de sistemas de gran escala.
La hipótesis de la autorrecuperación recursiva
El movimiento de Karpathy hacia Anthropic encapsula perfectamente el estado de la tecnología de inteligencia artificial en 2026. La atención de la mayoría de los inversores y del público general sigue concentrada en las interfaces conversacionales, las aplicaciones móviles y los agentes de software comerciales. Sin embargo, los verdaderos iniciados de la industria comprenden que el mayor apalancamiento civilizatorio y técnico no está en la capa de aplicación, sino en la capa de investigación y desarrollo de modelos base.
La incorporación de Karpathy para integrar a Claude en su propio bucle de entrenamiento es, en esencia, una de las mayores apuestas metodológicas de la década. Si la hipótesis de la autorrecuperación recursiva funciona —si un modelo de frontera realmente puede acelerar de forma drástica, segura y medible la gestación de su propio sucesor—, Anthropic habrá desbloqueado una ventaja de velocidad imposible de igualar mediante la mera adquisición de tarjetas gráficas.
Con Andrej Karpathy al timón del Claude-in-the-Loop Pretraining, Anthropic no solo ha ganado una batalla crucial en la despiadada guerra por el talento de Silicon Valley; ha colocado una de las mentes más brillantes de nuestra generación en el centro neurálgico donde la inteligencia artificial comenzará, de forma definitiva, a diseñarse a sí misma.
La ciberseguridad global se encuentra en un punto de inflexión crítico, donde la velocidad táctica de los atacantes está superando de forma alarmante la capacidad de respuesta y contención de los equipos de defensa. Con el lanzamiento de la decimonovena edición del reporte de Verizon, el informe DBIR 2026 (Data Breach Investigations Report) ha revelado una transformación estructural en las metodologías de intrusión cibernética. Este exhaustivo análisis, sustentado en un conjunto masivo de datos que supera los 31,000 incidentes de seguridad y más de 22,000 brechas confirmadas en 145 países —casi duplicando el volumen de brechas confirmadas analizadas el año anterior—, ofrece un diagnóstico claro: estamos ante el inicio de una era dominada por la automatización ofensiva de alto espectro y la explotación de código a velocidades de ejecución extremadamente rápidas.
Análisis del informe DBIR 2026: El fin de las credenciales robadas y el auge de los exploits
Por primera vez en los 19 años de historia de este reporte, la explotación de vulnerabilidades de software ha superado al abuso de credenciales robadas como el principal vector de acceso inicial para los ataques informáticos. Los fall
En el ecosistema moderno de la ciberseguridad, la confianza es el pilar fundamental que separa un ejecutable seguro de una catástrofe digital. Diariamente, tomamos decisiones sobre qué software instalar en cuestión de segundos, guiados por etiquetas simples como «verificado» o «editor de confianza». Sin embargo, ¿qué sucede cuando los propios sistemas diseñados para validar la autenticidad y la integridad del software son manipulados desde adentro? El 19 de mayo de 2026, la Unidad de Delitos Digitales de Microsoft (DCU), en una acción conjunta con socios de la industria y agencias federales, asestó un golpe crítico a Fox Tempest, un actor de amenazas motivado financieramente que operaba una masiva red de firmado de malware como servicio (MSaaS, Malware-Signing-as-a-Service).
A través de una sofisticada campaña legal y técnica destapada ante la Corte de Distrito de los EE. UU. para el Distrito Sur de Nueva York, Microsoft logró confiscar el dominio operativo central signspace.cloud, desmantelar cientos de máquinas virtuales en Azure y revocar más de 1,000 certificados fraudulentos. Esta operación no solo representa una victoria táctica de gran relevancia para el sector tecnológico, sino que también expone cómo el cibercrimen ha evolucionado hacia un modelo modular altamente especializado, donde el firmado de malware y la evasión de defensas se venden al mejor postor en el mercado negro.
El sofisticado negocio del «firmado de malware» como servicio (MSaaS)
Para comprender la gravedad de esta amenaza, es necesario analizar el impacto del firmado de malware en las defensas corporativas modernas. Históricamente, las soluciones de detección y respuesta en los endpoints (EDR) y los mecanismos de seguridad nativos como SmartScreen en Windows bloquean automáticamente archivos sospechosos o que carecen de firmas digitales válidas. Para los operadores de ransomware y ladrones de información (infostealers), superar esta barrera de «reputación» solía requerir semanas de desarrollo complejo, ingeniería social o el robo directo de certificados corporativos privados.
Fox Tempest industrializó este cuello de botella. Al establecer un servicio dedicado exclusivamente al firmado de malware, crearon una infraestructura que permitía a otros atacantes saltarse los controles perimetrales de Windows de forma inmediata. El servicio garantizaba que ejecutables altamente maliciosos —diseñados para cifrar redes enteras o extraer credenciales bancarias— aparecieran ante el sistema operativo como herramientas de software legítimas y firmadas por una entidad de confianza. De esta forma, las firmas actuaban como «identificaciones falsas» de alta precisión que permitían a los atacantes caminar directamente a través de la puerta delantera de los entornos corporativos más protegidos del mundo.
La mecánica de explotación: El abuso de Microsoft Artifact Signing
El núcleo técnico del fraude perpetrado por Fox Tempest radica en la manipulación sistemática de Artifact Signing (anteriormente conocido como Azure Trusted Signing). Este servicio, lanzado formalmente por Microsoft en 2024 para simplificar el proceso de firma de código para desarrolladores legítimos, se integra directamente en los flujos de compilación de Azure y almacena claves privadas en módulos de seguridad de hardware (HSM) con certificación FIPS 140-2 Nivel 3. Sin embargo, los rigurosos procesos de validación de identidad que respaldan este servicio fueron evadidos metódicamente por el grupo cibercriminal.
Para abusar de este ecosistema de alta confianza, Fox Tempest ejecutó los siguientes pasos técnicos:
- Suplantación de identidad avanzada: El grupo utilizó identidades robadas pertenecientes a ciudadanos reales de Estados Unidos y Canadá para superar las fases de validación de identidad requeridas para registrar organizaciones en la plataforma de Microsoft.
- Creación masiva de inquilinos (Tenants): Con las identidades fraudulentas plenamente validadas, establecieron cientos de inquilinos de Azure y suscripciones activas asociadas.
- Generación de certificados de vida corta: A través de estas suscripciones, el grupo abusó de la plataforma para emitir certificados de firma de código con una validez de apenas 72 horas. Al ser de tan corta duración, estos certificados eludían los análisis retrospectivos y las listas de revocación tradicionales, dándole tiempo suficiente al malware para propagarse antes de que las alarmas de seguridad se encendieran.
Modelo de negocio y evolución de la infraestructura de Fox Tempest
Fox Tempest operaba con la profesionalidad y la estructura de cualquier proveedor legítimo de software como servicio (SaaS) bajo demanda. El grupo comercializaba sus capacidades de firmado a través del sitio web signspace.cloud, utilizando un portal dividido en dos estructuras funcionales claramente diferenciadas:
- El panel de administración (Admin Portal): Donde los operadores de Fox Tempest gestionaban la creación automatizada de cuentas de Azure, la rotación de certificados robados y la orquestación de la infraestructura subyacente de bases de datos de usuarios. Un repositorio de GitHub llamado
code‑signing‑service contenía los scripts de configuración que vinculaban este panel con el backend de Azure.
- El portal del cliente (Customer Portal): Donde los ciberdelincuentes cargaban sus archivos maliciosos «en bruto» y, tras el procesamiento automático, descargaban el binario completamente firmado y listo para desplegar.
La adquisición del servicio se realizaba mediante un formulario bilingüe en inglés y ruso. Los planes de precios oscilaban entre $5,000 y $9,500 dólares por certificado, ofreciendo esquemas de prioridad en la cola de procesamiento para los clientes de los niveles de pago más altos.
A principios de 2026, el grupo demostró una capacidad de adaptación técnica notable. Para mitigar el riesgo de detección en la carga directa de archivos y reducir la fricción operativa de sus clientes, migraron su modelo operativo. Comenzaron a proporcionar a sus clientes máquinas virtuales (VM) preconfiguradas y alojadas en el proveedor estadounidense de servidores privados virtuales (VPS) Cloudzy. De esta manera, los compradores contaban con un entorno aislado donde podían compilar y firmar localmente sus payloads sin que los archivos maliciosos tocaran directamente la infraestructura central del grupo, descentralizando el riesgo y garantizando la persistencia del negocio.
Devastación en cadena: Los co-conspiradores y el ecosistema del ransomware
La red de distribución facilitada por Fox Tempest sirvió como el motor invisible detrás de algunas de las campañas de extorsión y exfiltración de datos más destructivas del último año. Durante las investigaciones, Microsoft Threat Intelligence identificó vínculos directos entre el servicio de firmado de Fox Tempest y múltiples afiliados de ransomware de alto perfil, tales como Akira, Qilin, INC y Rhysida.
En la demanda federal desprecintada, Microsoft nombró explícitamente a Vanilla Tempest (un grupo de ransomware altamente prolífico estrechamente asociado con la distribución de Rhysida) como un co-conspirador clave en la operación. La sinergia criminal entre ambos actores funcionaba bajo una cadena de ataque sumamente pulida:
- Distribución vía SEO Poisoning y Malvertising: Vanilla Tempest distribuía instaladores troyanizados de software empresarial omnipresente, incluyendo AnyDesk, Microsoft Teams, PuTTY y Webex, a través de anuncios pagados en motores de búsqueda (como Google Ads) y técnicas de envenenamiento de SEO.
- Evasión con firmas de confianza: Cuando los usuarios descargaban e intentaban instalar estos programas, los sistemas de seguridad locales no emitían alertas críticas debido a que los archivos contaban con certificados válidos gestionados mediante el servicio de Fox Tempest.
- Despliegue de payloads multifase: Una vez ejecutado el instalador falso, se liberaba una puerta trasera (backdoor) conocida como Oyster (también rastreada como un cargador inicial de acceso), junto con ladrones de credenciales avanzados como Lumma Stealer y Vidar.
- Cifrado y extorsión final: Con las credenciales obtenidas y el acceso inicial asegurado, Vanilla Tempest procedía a desplegar el ransomware Rhysida, paralizando las operaciones de las víctimas.
Esta cadena de suministro de malware impactó gravemente a sectores de infraestructura crítica a nivel mundial, incluyendo salud, educación, entidades gubernamentales y servicios financieros en países como Estados Unidos, Francia, India y China.
El contraataque: Cómo se ejecutó la disrupción de Fox Tempest
El desmantelamiento de Fox Tempest no fue una simple acción técnica de mitigación; requirió una estrategia híbrida que combinó inteligencia de amenazas de vanguardia, operaciones encubiertas en la dark web y el brazo legal de la justicia federal.
La Unidad de Delitos Digitales de Microsoft (DCU) comenzó a rastrear de cerca las operaciones de Fox Tempest en septiembre de 2025. Para penetrar la cerrada red de clientes de signspace.cloud, los investigadores de la DCU utilizaron personajes encubiertos (undercover personas) para interactuar directamente con los administradores del servicio, simulando ser cibercriminales interesados en adquirir los certificados. Esto les permitió mapear detalladamente los flujos de pago, ubicar las bases de datos y documentar la arquitectura técnica detrás del MSaaS.
Con la evidencia acumulada, Microsoft presentó un caso legal bajo sello ante la Corte de Distrito para el Distrito Sur de Nueva York. Una vez aprobada la orden de incautación por el juez, Microsoft ejecutó la disrupción técnica en mayo de 2026:
- Se tomó control del dominio principal de la operación, redirigiendo el tráfico de
signspace.cloud hacia un portal informativo de Microsoft.
- Se eliminaron de inmediato cientos de cuentas y máquinas virtuales fraudulentas alojadas en Azure que daban soporte técnico y almacenamiento al MSaaS.
- Se revocaron de forma masiva más de 1,000 certificados de firma de código comprometidos que aún estaban activos en sistemas Windows en todo el mundo.
- Se bloqueó el acceso a un repositorio de GitHub que contenía el código fuente subyacente de la plataforma.
Actualmente, Microsoft colabora de forma estrecha con agencias de la ley internacionales, incluyendo el FBI y el Centro Europeo de Ciberdelincuencia de Europol (EC3), para identificar formalmente a los individuos detrás de los alias de Fox Tempest y llevarlos ante la justicia.
Recomendaciones de mitigación para entornos corporativos
A pesar del éxito de la operación de disrupción, los equipos de ciberseguridad corporativos deben asumir que existen binarios previamente firmados que podrían seguir circulando en campañas secundarias. Microsoft y los analistas de la industria recomiendan implementar las siguientes medidas defensivas de inmediato:
- Habilitar la protección contra alteraciones (Tamper Protection): Asegurar que la protección contra manipulaciones esté activa en todo el inquilino para evitar que los atacantes intenten deshabilitar las defensas locales si logran acceso inicial.
- Restringir la política de integridad de código: Configurar políticas estrictas de control de aplicaciones (como Windows Defender Application Control – WDAC) para permitir únicamente la ejecución de software firmado por editores explícitamente aprobados en la organización, evitando confiar ciegamente en cualquier certificado comercial válido.
- Monitorear hashes de certificados conocidos: Bloquear activamente los hashes de certificados comprometidos e indicadores de compromiso (IoC) publicados por Microsoft Threat Intelligence asociados con la campaña de Fox Tempest.
- Auditar la creación de inquilinos de Azure: Implementar políticas rígidas de validación de identidad y autenticación multifactor (MFA) para evitar que actores externos o identidades sintéticas creen suscripciones o inquilinos no autorizados dentro de los entornos de desarrollo de la empresa.
La caída de Fox Tempest demuestra que la frontera de la ciberseguridad ya no se limita a detectar el código malicioso en sí, sino a defender y auditar rigurosamente los mecanismos que otorgan confianza digital. Cuando la confianza se automatiza y se mercantiliza, la validación estricta de la identidad se convierte en la última línea de defensa.
|
