Detecting Suspicious Powershell Execution
Overview
Cybersecurity skill for detecting suspicious powershell execution. Follows industry best practices and security standards.
When to Use
Trigger phrases:
"detecting suspicious powershell execution"
"When proactively hunting for indicators of detecting suspicious powershell execu"
"After threat intelligence indicates active campaigns using these techniques"
"During incident response to scope compromise related to these techniques"
When proactively hunting for indicators of detecting suspicious powershell execution in the environment
After threat intelligence indicates active campaigns using these techniques
During incident response to scope compromise related to these techniques
When EDR or SIEM alerts trigger on related indicators
During periodic security assessments and purple team exercises
When NOT to Use
- When you lack proper authorization for testing
- For production systems without change management
- When the task requires legal or compliance expertise beyond technical scope
Prerequisites
- EDR platform with process and network telemetry (CrowdStrike, MDE, SentinelOne)
- SIEM with relevant log data ingested (Splunk, Elastic, Sentinel)
- Sysmon deployed with comprehensive configuration
- Windows Security Event Log forwarding enabled
- Threat intelligence feeds for IOC correlation
Workflow
# Example: IOC detection
import re
IOC_PATTERNS = {
"ip": r"\b(?:\d{1,3}\.){3}\d{1,3}\b",
"domain": r"\b[a-z0-9-]+\.[a-z]{2,}\b",
"hash_md5": r"\b[a-f0-9]{32}\b",
"hash_sha256": r"\b[a-f0-9]{64}\b",
}
def extract_iocs(text: str) -> dict:
return {k: re.findall(v, text) for k, v in IOC_PATTERNS.items()}
- Define Detection Scope — Identify the specific suspicious powershell execution techniques or indicators to hunt. Map to MITRE ATT&CK tactics/techniques where applicable.
- Collect Baseline Data — Gather historical logs and establish normal behavior patterns for suspicious powershell execution.
- Build Detection Queries — Write detection rules, Sigma rules, or SIEM queries targeting suspicious powershell execution indicators.
- Execute Hunts — Run queries against the collected data, starting with broad filters and narrowing down.
- Triage Results — Investigate alerts, filter false positives, and validate findings against known-good behavior.
- Document Findings — Record confirmed detections, IOCs, and affected systems. Update detection rules based on findings.
Tools
- SIEM Platform — Central log aggregation and query execution
- Sigma Rules — Vendor-agnostic detection rule format
- MITRE ATT&CK Navigator — Technique mapping and coverage analysis
Process
- Reconnaissance — Gather target information, identify attack surface, enumerate services
- Analysis/Exploitation — Execute the technique, analyze results, document findings
- Reporting — Document IOCs, write findings, provide remediation recommendations
Verification
Anti-Rationalization Table
| Rationalization |
Reality |
| "We are too small to be targeted" |
Automated attacks target everyone. Size does not matter. |
| "Security slows us down" |
A breach slows you down 100x more. Build security in from the start. |
| "We will fix it after launch" |
Vulnerabilities in production are exploited within hours. Fix before deploy. |
1---2name: detecting-suspicious-powershell-execution3description: Use when detect suspicious PowerShell execution patterns including encoded commands, download cradles, AMSI bypass attempts, and constrained language mode evasion. Use when detecting suspicious powershell execution patterns including encoded commands, download cradles,.4license: Apache-2.05---67# Detecting Suspicious Powershell Execution89## Overview1011Cybersecurity skill for detecting suspicious powershell execution. Follows industry best practices and security standards.1213## When to Use1415**Trigger phrases:**16- "detecting suspicious powershell execution"17- "When proactively hunting for indicators of detecting suspicious powershell execu"18- "After threat intelligence indicates active campaigns using these techniques"19- "During incident response to scope compromise related to these techniques"202122- When proactively hunting for indicators of detecting suspicious powershell execution in the environment23- After threat intelligence indicates active campaigns using these techniques24- During incident response to scope compromise related to these techniques25- When EDR or SIEM alerts trigger on related indicators26- During periodic security assessments and purple team exercises272829## When NOT to Use3031- When you lack proper authorization for testing32- For production systems without change management33- When the task requires legal or compliance expertise beyond technical scope343536## Prerequisites3738- EDR platform with process and network telemetry (CrowdStrike, MDE, SentinelOne)39- SIEM with relevant log data ingested (Splunk, Elastic, Sentinel)40- Sysmon deployed with comprehensive configuration41- Windows Security Event Log forwarding enabled42- Threat intelligence feeds for IOC correlation4344## Workflow4546```python47# Example: IOC detection48import re4950IOC_PATTERNS = {51 "ip": r"\b(?:\d{1,3}\.){3}\d{1,3}\b",52 "domain": r"\b[a-z0-9-]+\.[a-z]{2,}\b",53 "hash_md5": r"\b[a-f0-9]{32}\b",54 "hash_sha256": r"\b[a-f0-9]{64}\b",55}5657def extract_iocs(text: str) -> dict:58 return {k: re.findall(v, text) for k, v in IOC_PATTERNS.items()}59```60611. **Define Detection Scope** — Identify the specific suspicious powershell execution techniques or indicators to hunt. Map to MITRE ATT&CK tactics/techniques where applicable.622. **Collect Baseline Data** — Gather historical logs and establish normal behavior patterns for suspicious powershell execution.633. **Build Detection Queries** — Write detection rules, Sigma rules, or SIEM queries targeting suspicious powershell execution indicators.644. **Execute Hunts** — Run queries against the collected data, starting with broad filters and narrowing down.655. **Triage Results** — Investigate alerts, filter false positives, and validate findings against known-good behavior.666. **Document Findings** — Record confirmed detections, IOCs, and affected systems. Update detection rules based on findings.6768## Tools6970- **SIEM Platform** — Central log aggregation and query execution71- **Sigma Rules** — Vendor-agnostic detection rule format72- **MITRE ATT&CK Navigator** — Technique mapping and coverage analysis737475## Process76771. **Reconnaissance** — Gather target information, identify attack surface, enumerate services781. **Analysis/Exploitation** — Execute the technique, analyze results, document findings791. **Reporting** — Document IOCs, write findings, provide remediation recommendations8081## Verification8283- [ ] All suspicious powershell execution procedures executed completely and documented84- [ ] Findings validated against multiple data sources85- [ ] False positives identified and filtered86- [ ] Results documented with evidence and timestamps87- [ ] Recommendations provided with risk-based prioritization8889## Anti-Rationalization Table9091| Rationalization | Reality |92|---|---|93| "We are too small to be targeted" | Automated attacks target everyone. Size does not matter. |94| "Security slows us down" | A breach slows you down 100x more. Build security in from the start. |95| "We will fix it after launch" | Vulnerabilities in production are exploited within hours. Fix before deploy. |