T1190 Elastic Security · Elastic

Detect Exploit Public-Facing Application in Elastic Security

Adversaries may attempt to exploit a weakness in an Internet-facing host or system to initially access a network. The weakness in the system can be a software bug, a temporary glitch, or a misconfiguration. Exploited applications are often websites/web servers, but can also include databases (like SQL), standard services (like SMB or SSH), network device administration and management protocols (like SNMP and Smart Install), and any other system with Internet-accessible open sockets. On ESXi infrastructure, adversaries may exploit exposed OpenSLP services or VMware vCenter servers. If an application is hosted on cloud-based infrastructure and/or is containerized, exploiting it may lead to compromise of the underlying instance or container, allowing adversaries to access cloud or container APIs, escape to the container host, or exploit weak identity and access management policies.

MITRE ATT&CK

Tactic
Initial Access
Technique
T1190 Exploit Public-Facing Application
Canonical reference
https://attack.mitre.org/techniques/T1190/

Elastic Detection Query

Elastic Security (Elastic)
eql
process where event.type == "start" and
  process.parent.name : ("w3wp.exe", "httpd.exe", "nginx.exe", "apache2.exe", "java.exe", "python.exe", "python3.exe", "php.exe", "php-cgi.exe", "node.exe", "ruby.exe", "perl.exe", "tomcat9.exe", "tomcat8.exe", "ews.exe", "umworkerprocess.exe", "msexchangeservicehost.exe") and
  process.name : ("cmd.exe", "powershell.exe", "pwsh.exe", "wscript.exe", "cscript.exe", "mshta.exe", "rundll32.exe", "regsvr32.exe", "certutil.exe", "bitsadmin.exe", "curl.exe", "wget.exe", "nc.exe", "ncat.exe", "net.exe", "net1.exe", "whoami.exe", "ipconfig.exe", "systeminfo.exe", "nltest.exe", "ping.exe", "nslookup.exe", "tasklist.exe", "quser.exe", "schtasks.exe", "at.exe", "sc.exe", "reg.exe")
high severity high confidence

Detects web server and application runtime processes (IIS, Apache, Nginx, Tomcat, Exchange, Python, Node, PHP, Ruby) spawning suspicious child processes commonly associated with post-exploitation activity following T1190 exploitation of a public-facing application. Categorizes activity as Shell Spawned, Download/C2 Tool, Reconnaissance, or Persistence Attempt.

Data Sources

Elastic Endpoint SecurityWinlogbeat with SysmonAuditbeat

Required Tables

logs-endpoint.events.process-*winlogbeat-*logs-windows.*

False Positives & Tuning

  • Legitimate administrative scripts executed in the context of IIS application pools or Java application servers during scheduled maintenance or health checks
  • Developer environments where web frameworks (Node.js, Python Flask/Django) spawn shell commands as part of build pipelines or local debugging workflows
  • Monitoring or APM agents (e.g., Dynatrace OneAgent, New Relic) that legitimately invoke system binaries like whoami.exe or ipconfig.exe to collect host metadata from within the web process context
Download portable Sigma rule (.yml)

Other platforms for T1190


Testing Methodology

Validate this detection against 4 adversary techniques from Atomic Red Team. Each test below lists the behaviour to exercise and the telemetry you should expect to see. Executable commands and cleanup steps are available with Pro.

  1. Test 1Web Server Process Spawning Reconnaissance Commands

    Expected signal: Sysmon Event ID 1: Process Create events for cmd.exe, whoami.exe, ipconfig.exe, net.exe, systeminfo.exe with respective command lines. Security Event ID 4688 (with command line auditing enabled) for each spawned process. Sysmon Event ID 11: File creation at %TEMP%\argus-t1190-recon.txt.

  2. Test 2Drop Test Webshell File in IIS Web Root

    Expected signal: Sysmon Event ID 11: File Create with TargetFilename='C:\inetpub\wwwroot\argus-test-shell.aspx'. Sysmon Event ID 1: Process Create for powershell.exe with Set-Content command visible in CommandLine. DeviceFileEvents in Microsoft Defender for Endpoint will show the .aspx file creation with the initiating process context.

  3. Test 3Log4Shell JNDI Lookup Payload in HTTP Request Headers

    Expected signal: Web server access log entry (Apache: /var/log/apache2/access.log, Nginx: /var/log/nginx/access.log) showing the JNDI payload strings in User-Agent and custom header fields. If a Java application with Log4j is running on port 80, Sysmon EventCode=3 (or /proc/net/tcp) will show an LDAP connection attempt to 127.0.0.1:1389 from the java.exe/java process.

  4. Test 4SQL Injection Payloads in Web Application Query Parameters

    Expected signal: Web server access logs will contain entries with SQL injection strings in the cs-uri-query field (IIS) or request URI (Apache/Nginx). The HTTP response codes (200, 400, 404, 500) are printed to stdout for each payload. WAF alert events generated if a WAF is in the request path. No database query is executed — the payloads are evaluated only at the HTTP layer.

Unlock Pro Content

Get the full detection package for T1190 including response playbook, investigation guide, and atomic red team tests.

Response PlaybookInvestigation GuideHunting QueriesAtomic Red Team TestsTuning Guidance

Related Detections