This detection identifies potential malicious activity associated with the AdFlt2 signature, which may indicate an adversary attempting to manipulate or monitor Active Directory traffic through specific file or process behaviors. Proactively hunting for this signal in Azure Sentinel allows the SOC team to uncover subtle early-stage indicators of compromise that might otherwise be missed by standard alerting thresholds, enabling faster response to targeted attacks on directory services.
rule AdFlt2: Packer PEiD
{
meta:
author="malware-lu"
strings:
$a0 = { 68 00 01 9C 0F A0 0F A8 60 FD 6A 00 0F A1 BE [2] AD }
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 AdFlt2 detection rule in an enterprise environment, along with targeted filters and exclusions:
Scenario: Scheduled Antivirus Definition Updates
ProgramData directory that match the AdFlt2 YARA signatures due to embedded filtering logic.MsMpEng.exe (Defender) or Rtvscan64.exe (Symantec) and the file path contains \Microsoft\Antimalware\. Additionally, filter out events occurring strictly between 02:00 AM and 04:00 AM local time.Scenario: Group Policy Object (GPO) Application
gpupdate.exe process often triggers policy scripts that load specific filtering modules into memory. These modules can be flagged by AdFlt2 as potential ad-filtering components being injected.svchost.exe (specifically the gpsvc service) and the command line contains gpupdate /target:computer.Scenario: Enterprise Browser Extension Deployment