This YARA rule targets specific file patterns or memory artifacts associated with the XPack167 signature, potentially indicating the presence of a low-severity malware strain or a known benign tool being leveraged for malicious purposes. Proactively hunting for this indicator in Azure Sentinel allows the SOC to identify dormant or low-noise threats that may evade standard behavioral detections, ensuring early visibility into potential footholds within the environment.
rule XPack167
{
meta:
author="malware-lu"
strings:
$a0 = { B8 8C D3 15 33 75 81 3E E8 0F 00 9A E8 F9 FF 9A 9C EB 01 9A 59 80 CD 01 51 9D EB }
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.
xp-pack or xp-ack binaries are often executed by the Elastic Agent or Beats to verify license status and cluster health. These processes may briefly appear in memory or on disk with specific version strings that match the YARA pattern.
elastic-agent.exe, filebeat.exe, or metricbeat.exe, or where the command line contains arguments like --healthcheck or --license-check.XPack167 rule might be loaded into a scanning tool (like ClamAV, YARA-Native, or a custom Python script) during nightly builds.
C:\jenkins\workspace\, /var/lib/jenkins/, C:\temp\builds\) or where the parent process is a build tool like java.exe, dotnet.exe, or node.exe.yara.exe, yara64.exe) may load this rule to scan memory or disk for specific Elastic XPack features or known backdoors. This is common during threat hunting exercises or automated memory dumps.
yara.exe, falco, osqueryd, edr-agent.exe) or where the process name matches common YARA execution binaries.