Adversaries may use AutoIT packers to compress and obfuscate malicious scripts, allowing them to execute payloads with a smaller footprint and evade signature-based detection. Proactively hunting for these artifacts helps the SOC identify stealthy post-exploitation activities or initial access vectors that leverage common scripting tools to hide malicious intent within the Azure environment.
rule AutoIt_2 : packer
{
meta:
author = "Jean-Philippe Teissier / @Jipe_"
description = "AutoIT packer"
date = "2013-02-01"
filetype = "memory"
version = "1.0"
strings:
$a = "This is a compiled AutoIt script. AV researchers please email [email protected] for support."
condition:
$a
}
This YARA rule can be deployed in the following contexts:
This rule contains 1 string patterns in its detection logic.
Aut2exe.exe utility to compile a standalone .exe from an AutoIt script for deployment to a non-standard client or for testing a new automation module.
AutoIt3.exe, Visual Studio Code, Jenkins, Git Bash) and the file path contains Aut2exe.exe or AutoIt.svc_admin, backup_svc) or from specific trusted directories like C:\AdminTools\ or C:\Scripts\ where the executable name matches known internal script names (e.g., clean_temp.exe, svc_restart.exe).msiexec.exe, setup.exe from a specific vendor path) and the child process is located within the vendor’s installation directory (e.g., C:\Program Files\VendorName\).