This detection identifies potential adversary activity involving fake Volume Object Block (VOB) protection mechanisms that may indicate an attempt to evade endpoint security controls or establish persistence through deceptive file structures. A SOC team should proactively hunt for this behavior in Azure Sentinel to uncover stealthy initial access or lateral movement tactics that traditional signature-based defenses might overlook due to their low severity and specialized YARA rule nature.
rule AHTeamEPProtector03fakeVOBProtectCDFEUERRADER
{
meta:
author="malware-lu"
strings:
$a0 = { 90 [46] 90 FF E0 5F 81 EF 00 00 00 00 BE 00 00 40 00 8B 87 00 00 00 00 03 C6 57 56 8C A7 00 00 00 00 FF 10 89 87 00 00 00 00 5E 5F }
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 4 specific false positive scenarios for the AHTeamEPProtector03fakeVOBProtectCDFEUERRADER detection rule, tailored for a legitimate enterprise environment:
Scenario: Enterprise Antivirus Scheduled Scans
C:\ProgramData or %TEMP% directories that mimic the signature of a fake VOB (Virtual Object Block) protector being read by an external process.MsMpEng.exe, FalconSensor.exe, Symantec Endpoint Protection Client) when they are accessing files under the %ProgramData% or %TEMP% directories during their configured maintenance windows.Scenario: Microsoft Office 365 Click-to-Run Updates
OfficeClickToRun.exe) creates temporary installer packages and reads configuration manifests that resemble the “fake VOB” structure detected by the YARA rule. This is common in environments where auto-updates are enabled for all users.OfficeClickToRun.exe (and its child processes like setup.exe) specifically when the accessed file path contains keywords such as \Microsoft Office\, \ClickToRun\, or .msi.Scenario: System Backup and Archiving Jobs