This hypothesis targets the presence of StrongbitSoftComplete Development binaries, which are frequently leveraged by adversaries to establish a foothold or execute payloads on Windows systems. Proactively hunting for these specific executables in Azure Sentinel allows the SOC to identify potential low-severity persistence or execution mechanisms before they are chained with more advanced post-exploitation activities.
rule EXECryptor_224_StrongbitSoftComplete_Development_h1_additional: PEiD
{
strings:
$a = { 06 8C C8 8E C0 BE ?? ?? 26 ?? ?? 34 ?? 26 ?? ?? 46 81 ?? ?? ?? 75 ?? 40 B3 ?? B3 ?? F3 }
condition:
$a at pe.entry_point
}
This YARA rule can be deployed in the following contexts:
This rule contains 1 string patterns in its detection logic.
EXECryptor component) locally to test encryption/decryption workflows before deploying to the build pipeline. This is a legitimate development task, not an attack.
VisualStudio.exe, code.exe, idea64.exe) or where the command line contains arguments typical of development testing (e.g., --test, --local, --debug).EXECryptor binary as part of an automated build or artifact signing process. The process runs under a service account or build agent user.
jenkins-agent, azure-devops-service, github-actions-runner) or where the parent process is a build agent service (e.g., agent.exe, jenkins.exe).EXECryptor tool from a management workstation to validate a new encryption policy or troubleshoot a specific file encryption issue. The process is launched from a command prompt or PowerShell console.
cmd.exe, powershell.exe, pwsh.exe) and the user belongs to a privileged group (e.g., Domain Admins, IT-Admins, Security-Engineers).