**La Campaña Yoba: Una Amenaza Sofisticada en el Uso de Herramientas de IA para Distribuir Malware**
En el contexto actual de la ciberseguridad, la proliferación de herramientas de inteligencia artificial (IA) ha captado la atención no solo de los desarrolladores y usuarios, sino también de los ciberdelincuentes. La reciente campaña de malware denominada "Yoba", rastreada durante dos meses por Check Point Research, ilustra cómo los atacantes han aprovechado la popularidad de estas herramientas para lanzar una cadena de malware personalizada. Esta situación es de gran relevancia, ya que afecta a una amplia gama de usuarios, desde individuos hasta grandes empresas que pueden ser blanco de estas tácticas engañosas.
Los atacantes detrás de Yoba han creado proyectos falsos en GitHub que simulan ser aplicaciones de escritorio de IA, como GPT-5.6 Sol, GPT-6 Astra y Claude Opus. Estos proyectos no solo son visualmente convincentes, sino que además se ejecutan en la infraestructura legítima de GitHub, lo que les otorga un aire de legitimidad ante posibles víctimas. A través de tácticas de SEO envenenado, los atacantes logran que estos repositorios aparezcan entre los primeros resultados de búsqueda en Google, optimizando títulos, descripciones y dominios de hospedaje.
El primer repositorio de esta campaña apareció en julio de 2026, pero las primeras versiones maliciosas fueron lanzadas el 30 y 31 de agosto, con una tercera versión que se publicó cinco días después, el 4 de septiembre. Cada uno de estos repositorios utiliza una dirección de Outlook diferente, y los tiempos de commit indican zonas horarias UTC+4, UTC-4 y UTC+3, lo que sugiere un intento deliberado de ocultar la verdadera ubicación de los atacantes.
El mecanismo de engaño es ingenioso. Cada archivo ZIP que los atacantes distribuyen contiene un ejecutable legítimo y firmado de OpenAI o Anthropic, denominado Setup.exe, junto a un archivo malicioso llamado winmm.dll. Este programa legítimo carga automáticamente la DLL maliciosa, utilizando una técnica conocida como "DLL sideloading", que permite eludir las protecciones de seguridad.
Lo inquietante es que estos archivos ZIP no estaban siquiera protegidos con contraseña, lo que es inusual, ya que los atacantes suelen utilizar contraseñas para impedir que las herramientas de seguridad descompriman y escaneen automáticamente los archivos. Sin embargo, estos binarios ya presentaban tasas de detección muy bajas, empleando técnicas de anti-sandbox y otros métodos para esquivar el análisis. La fecha de compilación de la DLL también proporciona una pista: fue construida el mismo día en que se añadió al archivo, a diferencia de los archivos legítimos que la acompañan.
El componente malicioso, denominado YobaDropper, realiza una verificación del entorno antes de ejecutarse. Calcula un hash del nombre del programa que lo lanzó y solo continúa si el nombre es Setup.exe. Esto significa que cualquier sandbox que intente ejecutar la DLL de forma aislada fallará en esta verificación. En caso de que falle, el proceso no se cierra; en su lugar, entra en un estado de espera de 200,000 ciclos, cada uno de 5.5 segundos, lo que suma aproximadamente 12.73 días.
Además, el malware evita infectar a víctimas en países de la CEI al comprobar el diseño del teclado y excluir configuraciones de idiomas como ruso, bielorruso, tayiko, armenio, azerbaiyano, georgiano, kazajo, kirguís, turcomano, uzbeko y tártaro. Curiosamente, Ucrania, que a menudo aparece en listas de exclusión similares, no está incluida.
Una vez que el malware obtiene los privilegios necesarios, crea una carpeta llamada WMProcess en ProgramData, copia el archivo legítimo WMPDMC.exe desde System32 a esta carpeta y coloca la carga útil de segunda etapa, wmpdui.dll, en el mismo lugar.
El código malicioso asegura su persistencia utilizando una tarea programada disfrazada como Microsoft. El autor se establece como Microsoft Corporation, la descripción dice que recolecta metadatos del dispositivo para Windows Media Player y se ejecuta tres minutos después del arranque como Local System. La tarea lanza el programa legítimo, que a su vez carga la DLL maliciosa.
La segunda etapa, conocida como YobaLoader, comparte código con el dropper, lo que apunta a que provienen del mismo desarrollador. Este componente solo se ejecuta bajo WMPDMC.exe y utiliza una semilla de hash diferente a la del dropper, lo que separa las etapas y debilita la detección basada en hashes. Su función es encontrar su carga útil sin depender de un servidor de comandos clásico.
YobaLoader se conecta a un canal de Telegram, t[.]me/yoba_fanclub, y descarga la imagen de perfil de dicho canal. Los últimos 50 bytes de la imagen se utilizan para generar dominios en la forma adjetivo-sustantivo-verbo-número en dedyn[.]io. Cambiando la imagen, el operador puede obtener un nuevo dominio.
A continuación, solicita un registro TXT en ese dominio a través del servicio DNS-over-HTTPS de Google. La respuesta está firmada, y el loader verifica la firma antes de desencriptarla, lo que le proporciona un enlace a una carga útil en Catbox. Check Point señala que esta dependencia de DoH y el uso de hospedaje común buscan eludir la monitorización pasiva de DNS y algunas protecciones de puerta de enlace, evitando así la infraestructura de comando y control dedicada.
El operador tiene la capacidad de decidir cómo se ejecuta la carga útil. Puede inyectarla en svchost.exe, guardarla como un ejecutable tras eliminar la marca Zone.Identifier, o ejecutarla como un script oculto de PowerShell eludiendo las políticas de ejecución.
El payload inyectado en svchost.exe es un minero XMRig 6.26.0 con una línea de comandos oculta que apunta a un endpoint onion habilitado para TLS a través de un proxy local Tor SOCKS5. Este minero puede descomprimir y iniciar Tor 0.4.9.12 junto con lyrebird 0.8.1, monitorear la actividad de entrada del usuario para pausar la minería y cargar condicionalmente el servicio del controlador WinRing0 para optimizar la minería basada en MSR.
Sin embargo, YobaLoader no se limita a la minería de criptomonedas. Su sistema de tareas DNS permite a los operadores entregar cualquier ejecutable PE o carga útil de PowerShell, lo que significa que futuros ataques podrían distribuir otras familias de malware.
Versiones anteriores de esta campaña aparecieron en junio de 2026. Estas utilizaban Cursor.exe para el sideloading, un acceso directo de inicio para la persistencia y excluían únicamente a Rusia. También empleaban .aber[.]ir en lugar de dedyn[.]io e incluían verificaciones de anti-debugging y anti-VM que las versiones posteriores eliminaron.
Check Point presume que los atacantes podrían tener orígenes rusos y que operan principalmente en la zona horaria UTC-4, aunque esta es una evaluación y no una atribución confirmada.
Para los defensores, resulta crucial estar atentos a copias sospechosas de WMPDMC.exe en ProgramData, tareas programadas de Microsoft falsas, tráfico relacionado con Telegram, consultas DNS para dedyn[.]io a través de dns.google y un uso elevado inexplicable de CPU.
La campaña Yoba demuestra cómo los atacantes pueden utilizar plataformas de confianza y el creciente interés en herramientas de IA para distribuir malware de una forma que inicialmente parece creíble y inofensiva. Al empaquetar su código junto con nombres de software bien conocidos y hospedarlo en GitHub, los ciberdelincuentes reducen las posibilidades de que los usuarios o los controles de seguridad básicos marquen de inmediato los archivos como sospechosos. Por lo tanto, se recomienda a las organizaciones ser cautelosas al instalar "ayudantes de IA" o herramientas similares de repositorios no verificados y establecer políticas que restrinjan la ejecución de software de fuentes desconocidas, combinando la concienciación del usuario con controles técnicos básicos.
Sígueme en Twitter: @securityaffairs y en Facebook y Mastodon.
Pierluigi Paganini
(SecurityAffairs – hacking, malware Yoba)
