Polimorfismo asistido y mutación de cargas útiles

Un antivirus tradicional o una regla YARA busca cadenas de texto y bytes específicos (por ejemplo, el nombre de una función de PowerShell conocida o el hash de un binario público). Si el atacante cambia esos nombres o reordena las instrucciones sin alterar la función, la firma estática no salta. En un ejercicio de seguridad avanzado, el equipo evalúa si el sistema defensivo del cliente es capaz de alertar por el comportamiento en memoria (detección heurística) o si solo depende de firmas fijas obsoletas.

Un modelo de lenguaje puede tomar un script de prueba de concepto en PowerShell o C# y reescribirlo de diez maneras semánticamente idénticas pero sintácticamente distintas: sustituyendo llamadas API directas por resolución dinámica mediante punteros, dividiendo cadenas de texto en matrices de caracteres, o insertando código inerte (junk code) para alterar la firma de entropía del archivo.

Al pedirle a un modelo que ofusque un script, es muy común que introduzca errores sutiles: tipos de variables incompatibles en la API de Windows, bucles que no terminan o cadenas de texto mal codificadas en Base64. Un payload mutado por IA que no se compila y prueba exhaustivamente en una máquina virtual de laboratorio suele fallar o colgar el proceso al ejecutarse en la máquina objetivo.

El objetivo de una prueba de polimorfismo nunca es el alarde de haber esquivado una firma: es enseñar al equipo de defensa a cerrar la brecha. El informe técnico debe documentar tanto la variante original como la modificada, y recomendar la implementación de políticas de ejecución restringida (AppLocker, WDAC), monitorización de AMSI (Antimalware Scan Interface) y reglas de detección de comportamiento en el EDR.