UAC-0099 integra un « prompt arma nuclear » en sus *malwares* para cegar a los analistas de IA

El grupo prorruso UAC-0099 ha encontrado una solución original contra el análisis automatizado por LLM: insertar en sus *malwares* un *prompt* sobre armas nucleares. Las herramientas de IA activan sus filtros y se niegan a analizarlo, un *jailbreak* inverso que vuelve los mecanismos de seguridad de la IA en contra de los defensores.

¿Qué: GuardBreaker, un «jailbreak inverso» para cegar el análisis de IA

El grupo UAC-0099, alineado con Rusia y activo desde 2022 contra objetivos ucranianos y sus socios, ha introducido una técnica inédita en sus malwares. Bautizada como GuardBreaker por los investigadores de ESET, consiste en incrustar en el código malicioso un prompt en lenguaje natural que pide consejo sobre la fabricación de armas nucleares.

El efecto es inmediato y reproducible: las herramientas de análisis automático basadas en LLM (Large Language Model) se niegan a analizar el archivo al detectar este contenido, invocando sus políticas de seguridad sobre armas de destrucción masiva. El analista se queda con una herramienta muda. El malware pasa desapercibido.

La técnica en detalle

UAC-0099 inserta el prompt en metadatos, comentarios o cadenas de caracteres del binario. Cuando un analista copia y pega el código en un LLM o utiliza un complemento de análisis automático, el modelo lee este contenido y activa su filtro de seguridad incluso antes de analizar el código malicioso propiamente dicho.

GuardBreaker es una forma de jailbreak inverso: no se intenta eludir los filtros para obtener contenido peligroso, sino que se activan deliberadamente para neutralizar la herramienta de análisis del adversario. Un uso cínico de las salvaguardas de seguridad de los LLM en contra de sus propios usuarios.

Quién está afectado

Todo analista o SOC (Security Operations Center) que utilice LLM como ayuda en el análisis de código sospechoso. Las plataformas de sandbox automático que integran modelos de IA también están expuestas si transmiten el contenido bruto de los archivos a los modelos sin prefiltrado.

Qué hacer

1. Nunca pasar archivos sospechosos en bruto a un LLM sin prefiltrar las cadenas de caracteres no relacionadas con código (metadatos, comentarios, recursos incrustados).
2. Utilizar herramientas de análisis estático clásico (IDA Pro, Ghidra, YARA) en paralelo a los LLM: analizan los opcodes, no el lenguaje natural.
3. Sensibilizar a los equipos SOC: si un LLM se niega a analizar un archivo por "razones de seguridad", es una señal de alerta, no un resultado de análisis. Buscar "GuardBreaker ESET" para los IOCs y reglas de detección.
4. Reportar la técnica a los editores de herramientas de IA para que adapten sus filtros a los contextos de análisis de seguridad.

Acciones inmediatas

Si una herramienta de IA se niega a analizar un archivo sospechoso invocando sus políticas de seguridad: no concluir que no hay amenaza. Pasar inmediatamente al análisis estático tradicional y tratar la negativa como un indicador potencial de compromiso (IoC). Buscar "GuardBreaker" en las bases de YARA y en los threat feeds de ESET.