This detection identifies potential adversary activity involving the execution of a specific lightweight process or file signature defined by the PKLITEv200bextra YARA rule, which may indicate early-stage reconnaissance or lateral movement attempts. A SOC team should proactively hunt for this signal in Azure Sentinel to validate whether these low-severity events represent benign operations or subtle indicators of compromise that could escalate into more significant threats if left uninvestigated.
rule PKLITEv200bextra
{
meta:
author="malware-lu"
strings:
$a0 = { 50 B8 [2] BA [2] 05 [2] 3B 06 02 00 72 ?? B4 09 BA [2] CD 21 B8 01 4C CD 21 [30] EA [4] F3 A5 C3 59 2D [2] 8E D0 51 2D [2] 50 80 }
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.
Here are 5 specific false positive scenarios for the PKLITEv200bextra detection rule, including suggested filters and exclusions:
Scenario: Legitimate execution of the Microsoft PKLite utility during a scheduled Group Policy update or software deployment.
pklite.exe process is often triggered by System Center Configuration Manager (SCCM) or Intune to perform package updates, which may match the YARA signature intended for suspicious behavior.--update or --deploy and the parent process is ccmexec.exe (SCCM Agent) or MsMpEng.exe.Scenario: Automated backup jobs utilizing PKLite for file compression before archiving.
pklite.exe as a child process to compress data streams, triggering the rule when running under a service account (e.g., DOMAIN\BackupSvc).pklite.exe instances where the user context is a dedicated service account (e.g., NT SERVICE, DOMAIN\BackupAccount) and the process path resides in a known backup installation directory (e.g., C:\Program Files\Veeam\...).Scenario: Post-installation cleanup by third-party patch management tools.
pklite.exe when