This detection identifies adversaries establishing a web shell named indexx.asp, which often indicates an attacker has successfully compromised a web server to gain persistent access and execute commands. SOC teams should proactively hunt for this anomaly in Azure Sentinel because web shells are frequently used as the initial foothold for lateral movement, data exfiltration, or command-and-control operations within cloud-hosted applications.
rule webshell_DarkBlade1_3_asp_indexx {
meta:
description = "Web Shell - file indexx.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 = "b7f46693648f534c2ca78e3f21685707"
id = "393e738a-b4c2-5630-a55f-c3caee4ff75e"
strings:
$s3 = "Const strs_toTransform=\"command|Radmin|NTAuThenabled|FilterIp|IISSample|PageCou"
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 indexx.asp detection rule, including recommended filters and exclusions:
Scenario: Automated Backup or Migration Scripts
indexx.asp as a placeholder or checksum manifest before renaming it to the final state.DOMAIN\VeeamService) and restrict the rule to trigger only when the file creation time falls outside of the scheduled maintenance window (e.g., 02:00 – 04:00 UTC).Scenario: CI/CD Pipeline Deployment Artifacts
indexx.asp as part of a “staging” directory structure before the final artifact is promoted and renamed.C:\inetpub\temp\deploy_staging\*) or filter out events where the parent process is a deployment tool executable such as msbuild.exe, octopus.exe, or jenkins-agent.exe.Scenario: Scheduled Reporting Job Execution