This detection identifies potentially malicious executables that have been modified by the UPX packer versions 103 and 104, a technique often employed by adversaries to obfuscate code and evade static analysis. Proactively hunting for these signatures in Azure Sentinel is essential because attackers frequently leverage UPX packing to conceal embedded payloads or malicious logic within legitimate-looking applications before they are executed on endpoints.
rule UPXv103v104Modified
{
meta:
author="malware-lu"
strings:
$a0 = { 01 DB ?? 07 8B 1E 83 EE FC 11 DB 8A 07 ?? EB B8 01 00 00 00 01 DB ?? 07 8B 1E 83 EE FC 11 DB 11 C0 01 DB 73 EF }
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 UPXv103v104Modified rule, detailing legitimate enterprise activities that trigger the detection and their corresponding exclusion strategies:
Scenario: Deployment of Microsoft Office Click-to-Run Updates via SCCM/Intune
OfficeClickToRun.exe installer during scheduled maintenance windows. When these updates are applied, the modified executable triggers the YARA rule.C:\Program Files\Microsoft Office Root\Office16\OfficeClickToRun.exe. Additionally, exclude processes spawned by the parent process ccmsetup.exe (SCCM) or MsService.exe (Intune).Scenario: Execution of Antivirus Definition Updates (e.g., CrowdStrike or Symantec)
C:\ProgramData\CrowdStrike\csagent.exe or similar components are frequently packed with UPX v1.04, causing a match when the agent performs its routine signature refresh.C:\Program Files\CrowdStrike\*) and filter by process name csagent.exe or Symantec Antivirus Console.exe.Scenario: Scheduled Backup Job Execution via Veeam or Acronis