This detection identifies potentially obfuscated executables packed with UPX, a common technique adversaries use to conceal malicious code and evade static signature-based analysis. Proactively hunting for these artifacts in Azure Sentinel is critical because low-severity alerts often mask sophisticated threats that require manual inspection of the unpacked binary to confirm intent before deployment.
rule UPX : RAT
{
meta:
author = " Kevin Breen <kevin@techanarchy.net>"
date = "2014/04"
strings:
$a = "UPX0"
$b = "UPX1"
$c = "UPX!"
condition:
all of them
}
This YARA rule can be deployed in the following contexts:
This rule contains 3 string patterns in its detection logic.
Here are 4 specific false positive scenarios for the UPX detection rule in an enterprise environment, along with suggested filters or exclusions:
Scenario: Deployment of Third-Party Security Agents via Silent Installers
ccmexec.exe (System Center Configuration Manager) or a dedicated deployment agent pushes these updates to endpoints, the YARA rule triggers on the unpacked binary during installation.C:\Program Files\CrowdStrike\, C:\ProgramData\SentinelOne\) and specifically target processes with known benign parent hashes (e.g., ccmexec.exe or the organization’s specific deployment service).Scenario: Execution of Microsoft Office Click-to-Run Updates
OfficeC2RClient.exe) to reduce disk footprint and improve load times. During scheduled maintenance windows, these updaters extract and execute compressed binaries, triggering the rule even though they are part of a trusted Microsoft supply chain.C:\Program Files\Microsoft Office\root\Office*\ combined with a whitelist of known Microsoft-signed SHA256 hashes for the specific UPX-packed update binaries used by your tenant.Scenario: Scheduled Task Execution of Internal Admin Utilities