This rule detects the presence of ExeShield, a commercial executable protection tool often used by threat actors to obfuscate malware payloads and evade static analysis. Proactively hunting for this indicator helps identify potentially compromised hosts where adversaries may be leveraging code protection to hide malicious binaries from standard endpoint detections.
rule ExeShield36wwwexeshieldcom
{
meta:
author="malware-lu"
strings:
$a0 = { B8 [3] 00 50 64 FF 35 00 00 00 00 64 89 25 00 00 00 00 33 C0 89 08 50 45 43 6F 6D 70 61 63 74 32 00 CE 1E 42 AF F8 D6 CC E9 FB C8 4F 1B 22 7C B4 C8 0D BD 71 A9 C8 1F 5F B1 29 8F 11 73 8F 00 D1 88 87 A9 3F 4D 00 6C 3C BF C0 80 F7 AD 35 23 EB 84 82 6F }
condition:
$a0 at pe.entry_point
}
This YARA rule can be deployed in the following contexts:
This rule contains 1 string patterns in its detection logic.
ExeShield365Setup.exe or similar). The YARA rule matches the binary signature of the installer or the main service executable during the initial deployment phase.
C:\Program Files\ExeShield365\) or exclude processes where the parent process is msiexec.exe or setup.exe and the file name matches *ExeShield*Setup*.exe.ExeShieldService.exe or ExeShieldAgent.exe) during a system reboot or periodic policy refresh. The YARA rule detects the running process or the loaded module in memory.
C:\Program Files\ExeShield365\ExeShieldService.exe (or equivalent service binary path) and the process name matches ExeShield*.exe. Additionally, exclude if the process is started by services.exe or svchost.exe.ccmexec.exe for SCCM, IntuneAgent.exe, or PDQDeploy.exe) and the