This hunt detects potentially malicious Visual Basic 6 DLLs that exhibit anomalous code signing patterns inconsistent with legitimate Microsoft artifacts, suggesting possible supply chain compromise or binary spoofing. Proactively hunting for these signatures in Azure Sentinel allows the SOC team to identify early-stage threats leveraging trusted signer identities to evade standard detection mechanisms before they execute within critical workloads.
rule PseudoSigner01MicrosoftVisualBasic60DLLAnorganix
{
meta:
author="malware-lu"
strings:
$a0 = { 90 90 90 90 68 [4] 67 64 FF 36 00 00 67 64 89 26 00 00 F1 90 90 90 90 5A 68 90 90 90 90 68 90 90 90 90 52 E9 90 90 FF }
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 PseudoSigner01MicrosoftVisualBasic60DLLAnorganix detection rule, along with targeted mitigation strategies:
Legacy VB6 Application Deployment via Group Policy
msvbvm60.dll or associated VB6 DLLs are copied and executed by the Local System account, triggering the rule due to the specific “Anorganix” signature pattern often found in older VB6 runtimes.C:\Program Files\LegacyInventory\app.exe) and exclude the hash of the known good VB6 DLLs used by this application from the YARA rule’s signature list.Scheduled Maintenance Job for Legacy Reporting Tool
DOMAIN\svc-reporting) or exclude the specific executable path (C:\Tools\Reports\CrystalReports_VB6.exe) from the rule