This YARA rule targets the specific “ECLIPSE” malware variant, indicating the presence of a low-severity threat actor likely engaged in initial access or reconnaissance activities. Proactively hunting for this signature in Azure Sentinel allows the SOC to identify compromised endpoints or files before the adversary can establish persistence or escalate privileges.
rule tElock099cPrivateECLIPSEtE
{
meta:
author="malware-lu"
strings:
$a0 = { E9 3F DF FF FF 00 00 00 [4] 04 [2] 00 00 00 00 00 00 00 00 00 24 [2] 00 14 [2] 00 0C [2] 00 00 00 00 00 00 00 00 00 31 [2] 00 1C [2] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 3C [2] 00 00 00 00 00 4F [2] 00 00 00 00 00 3C [2] 00 00 00 00 00 4F [2] 00 00 00 00 00 6B 65 72 6E 65 6C 33 32 2E 64 6C 6C 00 75 73 65 }
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.
ECLIPSE as a namespace identifier, version tag, or internal project codename within its binary or configuration files.
C:\ProgramData\Jenkins\, C:\GitLabRunner\) or filter by the specific user account used for service builds (e.g., svc-ci-builder).ECLIPSE (e.g., C:\Program Files\InternalEclipse\config\).
*\InternalEclipse\* or *\Eclipse\* if the application is whitelisted in the endpoint inventory, or filter by the specific executable name of the internal app (e.g., InternalEclipse.exe).ECLIPSE (e.g., ECLIPSE_Maintenance_Log_20231027.txt) to denote a specific internal project or phase of the maintenance cycle.
svc-maintenance) or filter by the parent process of the file creation (e.g., powershell.exe or cmd.exe invoked by Task Scheduler).