Hunting For Command And Control Beaconing
Overview
Cybersecurity skill for hunting for command and control beaconing. Follows industry best practices and security standards.
When to Use
Trigger phrases:
"hunting for command and control beaconing"
"Detect C2 beaconing patterns in network traffic using frequency analysis, jitter"
When proactively hunting for compromised systems in the network
After threat intel indicates C2 frameworks targeting your industry
When investigating periodic outbound connections to suspicious domains
During incident response to identify active C2 channels
When DNS query logs show unusual patterns to specific domains
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
- Network proxy/firewall logs with full URL and timing data
- DNS query logs (passive DNS, DNS server logs, or Sysmon Event ID 22)
- Zeek/Bro network connection logs or NetFlow data
- SIEM with statistical analysis capabilities (Splunk, Elastic)
- Threat intelligence feeds for domain/IP reputation
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 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 .
- Build Detection Queries — Write command and control beaconing queries targeting indicators. Use platform-specific query language for optimal performance.
- 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
- command and control beaconing — Primary tool for this skill
- 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: hunting-for-command-and-control-beaconing3description: Use when detect C2 beaconing patterns in network traffic using frequency analysis, jitter detection, and domain reputation to identify compromised endpoints communicating with adversary infrastructure. Use when detecting c2 beaconing patterns in network traffic using frequency analysis,.4license: Apache-2.05---67# Hunting For Command And Control Beaconing89## Overview1011Cybersecurity skill for hunting for command and control beaconing. Follows industry best practices and security standards.1213## When to Use14**Trigger phrases:**15- "hunting for command and control beaconing"16- "Detect C2 beaconing patterns in network traffic using frequency analysis, jitter"171819- When proactively hunting for compromised systems in the network20- After threat intel indicates C2 frameworks targeting your industry21- When investigating periodic outbound connections to suspicious domains22- During incident response to identify active C2 channels23- When DNS query logs show unusual patterns to specific domains242526## When NOT to Use2728- When you lack proper authorization for testing29- For production systems without change management30- When the task requires legal or compliance expertise beyond technical scope313233## Prerequisites3435- Network proxy/firewall logs with full URL and timing data36- DNS query logs (passive DNS, DNS server logs, or Sysmon Event ID 22)37- Zeek/Bro network connection logs or NetFlow data38- SIEM with statistical analysis capabilities (Splunk, Elastic)39- Threat intelligence feeds for domain/IP reputation4041## Workflow4243```python44# Example: IOC detection45import re4647IOC_PATTERNS = {48 "ip": r"\b(?:\d{1,3}\.){3}\d{1,3}\b",49 "domain": r"\b[a-z0-9-]+\.[a-z]{2,}\b",50 "hash_md5": r"\b[a-f0-9]{32}\b",51 "hash_sha256": r"\b[a-f0-9]{64}\b",52}5354def extract_iocs(text: str) -> dict:55 return {k: re.findall(v, text) for k, v in IOC_PATTERNS.items()}56```57581. **Define Detection Scope** — Identify the specific techniques or indicators to hunt. Map to MITRE ATT&CK tactics/techniques where applicable.592. **Collect Baseline Data** — Gather historical logs and establish normal behavior patterns for .603. **Build Detection Queries** — Write command and control beaconing queries targeting indicators. Use platform-specific query language for optimal performance.614. **Execute Hunts** — Run queries against the collected data, starting with broad filters and narrowing down.625. **Triage Results** — Investigate alerts, filter false positives, and validate findings against known-good behavior.636. **Document Findings** — Record confirmed detections, IOCs, and affected systems. Update detection rules based on findings.6465## Tools6667- **command and control beaconing** — Primary tool for this skill68- **SIEM Platform** — Central log aggregation and query execution69- **Sigma Rules** — Vendor-agnostic detection rule format70- **MITRE ATT&CK Navigator** — Technique mapping and coverage analysis717273## Process74751. **Reconnaissance** — Gather target information, identify attack surface, enumerate services761. **Analysis/Exploitation** — Execute the technique, analyze results, document findings771. **Reporting** — Document IOCs, write findings, provide remediation recommendations7879## Verification8081- [ ] All procedures executed completely and documented82- [ ] Findings validated against multiple data sources83- [ ] False positives identified and filtered84- [ ] Results documented with evidence and timestamps85- [ ] Recommendations provided with risk-based prioritization8687## Anti-Rationalization Table8889| Rationalization | Reality |90|---|---|91| "We are too small to be targeted" | Automated attacks target everyone. Size does not matter. |92| "Security slows us down" | A breach slows you down 100x more. Build security in from the start. |93| "We will fix it after launch" | Vulnerabilities in production are exploited within hours. Fix before deploy. |