This detection identifies the execution of scanarator.exe, a behavior often associated with legitimate scanning tools but potentially indicative of an adversary leveraging this process for initial reconnaissance or lateral movement within the environment. Proactive hunting is essential to validate whether these executions align with known administrative activities or represent anomalous usage patterns that could signal early-stage compromise attempts in Azure Sentinel.
rule scanarator {
meta:
description = "Auto-generated rule on file scanarator.exe"
author = "yarGen Yara Rule Generator by Florian Roth"
hash = "848bd5a518e0b6c05bd29aceb8536c46"
strings:
$s4 = "GET /scripts/..%c0%af../winnt/system32/cmd.exe?/c+dir HTTP/1.0"
condition:
all of them
}
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 scanarator.exe detection rule, including suggested filters and exclusions:
Scenario: Scheduled Antivirus Database Update
scanarator.exe as a helper utility to scan the newly downloaded signature files before deployment.MsMpEng.exe (Microsoft Defender) or Csfalcon.exe (CrowdStrike), specifically during the maintenance window of 02:00 – 04:00 UTC.Scenario: Deployment via Configuration Management Tool
scanarator.exe binary is executed as part of the post-installation verification script on the client machines to ensure local file integrity.SCCMClientAgent$, Ansible-Runner, or any account with the prefix svc-deploy- running on known management servers (e.g., SRV-MGMT-01).Scenario: Automated Compliance Audit Script
C:\Scripts\Compliance. This script invokes scanarator.exe to perform a deep scan of the “Financial Reports” shared folder (\\FileServer\Financial) to verify file hashes against a baseline.