This detection identifies the Silent Banker malware behavior, which involves injecting malicious code into legitimate banking applications to intercept and manipulate financial transactions without triggering standard alerts. A SOC team should proactively hunt for this in Azure Sentinel because its stealthy nature allows adversaries to exfiltrate sensitive credentials and funds while remaining undetected by conventional perimeter defenses.
rule silent_banker : banker
{
meta:
author="malware-lu"
strings:
$a = {6A 40 68 00 30 00 00 6A 14 8D 91}
$b = {8D 4D B0 2B C1 83 C0 27 99 6A 4E 59 F7 F9}
$c = "UVODFRYSIHLNWPEJXQZAKCBGMT"
condition:
$a or $b or $c
}
This YARA rule can be deployed in the following contexts:
This rule contains 3 string patterns in its detection logic.
Here are 5 specific false positive scenarios for the Silent Banker detection rule, including suggested filters and exclusions tailored for a legitimate enterprise environment:
Scenario: Automated Browser Profile Updates via Group Policy
msiexec.exe or the browser executable itself with specific command-line arguments that mimic the “silent” execution pattern of a banking trojan.ccmsetup.exe, intune-management-agent.exe, or gpupdate.exe, and the command line contains flags such as /quiet, /passive, or --no-first-run.Scenario: Scheduled Antivirus Definition Updates
C:\Program Files\CrowdStrike\fs_qrte.exe (or equivalent agent paths) and the execution occurs within a defined maintenance window (e.g., 02:00–04:00 local time).Scenario: Legacy ERP or CRM Client Auto-Refresh