This detection identifies the execution of lightweight backdoor processes that may indicate an adversary establishing a persistent foothold with minimal resource consumption to evade standard monitoring thresholds. Proactively hunting for this behavior in Azure Sentinel is critical because early identification of these subtle indicators allows the SOC team to investigate potential lateral movement before the backdoor escalates into a more severe compromise.
rule LightweightBackdoor6
{
strings:
$STR1 = { 8A 10 80 ?? 4E 80 ?? 79 88 10}
$STR2 = { 8A 10 80?? 79 80 ?? 4E 88 10}
condition:
(uint16(0) == 0x5A4D or uint16(0) == 0xCFD0 or uint16(0) == 0xC3D4 or uint32(0) == 0x46445025 or uint32(1) == 0x6674725C) and all of them
}
This YARA rule can be deployed in the following contexts:
This rule contains 2 string patterns in its detection logic.
Here are 5 specific false positive scenarios for the LightweightBackdrop6 detection rule in an enterprise environment, including suggested filters and exclusions:
Scenario: Automated Software Deployment via SCCM/MECM
C:\Windows\CCMCache directory and executing it with elevated privileges, mimicking backdoor behavior by injecting code into system processes.C:\Program Files (x86)\Microsoft Configuration Manager\ or C:\Windows\CCMCache\. Additionally, filter for parent process names matching ccmexec.exe or TSMClient.exe.Scenario: Endpoint Protection Real-Time Scanning
csfalcon.exe or SentinelOneAgent.exe) that hook into memory and scan file I/O. These agents frequently create temporary files in %TEMP% with signatures similar to the backdoor’s YARA pattern.Windows Defender Antivirus Service (MsMpEng.exe) or specific EDR agents like FalconService.exe.Scenario: Scheduled PowerShell Maintenance Scripts
Invoke-WebRequest to download and run small binaries in the `C