This detection identifies the creation of a suspicious web shell named zehir4.asp, which adversaries often deploy to establish persistent access and execute commands on compromised web servers. Proactively hunting for this artifact in Azure Sentinel is critical because web shells serve as a primary foothold for post-exploitation activities, enabling attackers to move laterally across the environment or exfiltrate sensitive data before traditional alerts trigger.
rule webshell_ASP_zehir4 {
meta:
description = "Web Shell - file zehir4.asp"
license = "Detection Rule License 1.1 https://github.com/Neo23x0/signature-base/blob/master/LICENSE"
author = "Florian Roth (Nextron Systems)"
date = "2014/01/28"
score = 70
hash = "7f4e12e159360743ec016273c3b9108c"
id = "393e738a-b4c2-5630-a55f-c3caee4ff75e"
strings:
$s9 = "Response.Write \"<a href='\"&dosyaPath&\"?status=7&Path=\"&Path&\"/"
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 5 specific false positive scenarios for the Web Shell - file zehir4.asp detection rule, including suggested filters and exclusions:
Scenario: Automated Backup or Migration Script Execution
zehir4.asp in the IIS root directory to validate file integrity before archiving, which mimics the behavior of a dropped web shell.vcsmagent.exe (Veeam) or commvault.exe, and the source IP belongs to the internal backup subnet range (e.g., 10.20.x.x).Scenario: Third-Party Analytics or Monitoring Agent Deployment
zehir4.asp to the web server’s default directory. This file is used periodically to check HTTP response codes and latency, appearing as a new executable script in the logs.svc-monitoring) and the file path matches the specific monitoring agent’s deployment directory (e.g., C:\Program Files\SolarWinds\SiteScope\webprobes).Scenario: Scheduled Deployment via CI/CD Pipeline
zehir4.asp is pushed to the staging environment to handle pre-deployment configuration validation before the main application