This detection identifies the execution of ipscan.exe, a utility often leveraged by adversaries during network reconnaissance to map internal hosts and identify potential lateral movement paths. Proactively hunting for this activity in Azure Sentinel is essential because low-severity file executions can indicate early-stage threat presence that may escalate into significant breaches if not correlated with broader network behavior.
rule FeliksPack3___Scanners_ipscan {
meta:
description = "Auto-generated rule on file ipscan.exe"
author = "yarGen Yara Rule Generator by Florian Roth"
hash = "6c1bcf0b1297689c8c4c12cc70996a75"
strings:
$s2 = "WCAP;}ECTED"
$s4 = "NotSupported"
$s6 = "SCAN.VERSION{_"
condition:
all of them
}
This YARA rule can be deployed in the following contexts:
This rule contains 3 string patterns in its detection logic.
Here are 3-5 specific false positive scenarios for the ipscan.exe detection rule, including suggested filters and exclusions:
Scenario: Scheduled Network Inventory by Admin
C:\Tools\NetworkUtils\ipscan.exe against the corporate subnet. This process generates multiple file creation and execution events that mimic suspicious activity but is part of standard maintenance.--inventory, --full-scan, or includes a known scheduled task name (e.g., AT or Task Scheduler ID: {GUID-Inventory}).ProcessName = "ipscan.exe" AND CommandLine CONTAINS "--scheduled"Scenario: Endpoint Security Agent Health Check
ipscan.exe internally as a utility to verify network connectivity and scan local ports during its own health check routine. This often triggers the rule when the agent updates or performs a background scan.FalconSensor.exe, MsMpEng.exe, or SentinelOneAgent.exe). This ensures that utility processes spawned by trusted security agents are ignored.ProcessName = "ipscan.exe" AND ParentProcessName IN ("FalconSensor.exe", "MsMpEng.exe", "SentinelOneAgent.exe")**Scenario: Third-Party Patch Management