SIEM Deployment, Threat Detection & Incident Response using Wazuh
Built for the NIS2 era β from architecture to automated threat intelligence.
- Executive Summary
- Architecture
- Environment Specifications
- Project Objectives
- Phase 1: Virtualization Setup
- Phase 2: Ubuntu Server Deployment
- Phase 3: Wazuh SIEM Deployment
- Phase 4: Endpoint Onboarding
- Phase 5: Attack Simulation & Detection
- Phase 6: Incident Investigation
- Phase 7: MITRE ATT&CK Mapping
- Phase 8: Threat Intelligence Integration
- Detection Coverage Matrix
- Skills Demonstrated
- Screenshots & Evidence
- Future Enhancements
- Lessons Learned
- Author
"I designed a SOC architecture, onboarded endpoints, simulated attacks, investigated alerts, mapped detections to MITRE ATT&CK, integrated threat intelligence, and documented incident response."
This project demonstrates the end-to-end deployment and operation of an enterprise-grade Security Operations Center (SOC) home lab using the Wazuh SIEM platform. The environment was architected to simulate real-world SOC workflows including centralized log collection, endpoint monitoring, security event analysis, threat detection, alert triage, and incident investigation.
Key Achievements:
- ποΈ Architected and deployed a 4-component Wazuh All-in-One SIEM (Manager, Indexer, Dashboard, Filebeat)
- π‘ Onboarded a Windows 11 endpoint with full telemetry collection
- βοΈ Simulated 6 distinct attack techniques across the MITRE ATT&CK framework
- π‘οΈ Achieved 100% detection coverage for all simulated attacks
- π Integrated VirusTotal API for automated threat intelligence enrichment
- π Built custom dashboards for security events, MITRE mapping, and compliance monitoring
Relevance to German Market (NIS2 / BSI): This lab directly addresses requirements under NIS2 (EU Directive 2022/2555) and BSI Grundschutz, specifically Article 21 risk management controls, incident detection capabilities, and 24-hour incident reporting workflows.
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β Windows 11 Host (Physical) β
β βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ β
β β Oracle VirtualBox - Virtualized Infrastructure β β
β β β β
β β βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ β β
β β β Ubuntu Server 24.04 LTS (Wazuh-Server) β β β
β β β βββββββββββββββ βββββββββββββββ βββββββββββββββ β β β
β β β βWazuh Managerβ βWazuh Indexerβ βWazuh Dashboardβ β β β
β β β β (SIEM Core)β β(Log Storage)β β(Visualization)β β β β
β β β ββββββββ¬βββββββ ββββββββ¬βββββββ βββββββββββββββ β β β
β β β β β β β β
β β β ββββββββββββββββββ΄βββ Filebeat (Log Shipping) β β β
β β ββββββββββββββββββββββββββ¬βββββββββββββββββββββββββββββββββββββ β β
β β β HTTPS (Port 443) β β
β β βΌ β β
β β βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ β β
β β β Windows 11 Endpoint (Monitored) β β β
β β β β’ Wazuh Agent (Event Collection) β β β
β β β β’ Windows Security Events (Auth, Process, Service) β β β
β β β β’ File Integrity Monitoring (FIM) β β β
β β β β’ Sysmon Telemetry (Optional Enhancement) β β β
β β βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ β β
β β β β β
β β βΌ TCP 1514 (Encrypted) β β
β βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ β
β β β
β βΌ β
β βββββββββββββββββββββββ β
β β VirusTotal API β β Threat Intelligence Enrichment β
β β (Automated IOC β (Hash lookup, File reputation) β
β β Enrichment) β β
β βββββββββββββββββββββββ β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
Network Topology: Bridged adapter configuration β the Ubuntu server appears as an independent device on the local network, mirroring enterprise deployments where endpoints communicate directly with centralized security infrastructure.
π View Architecture Diagrams: 01-Architecture/
| Component | Configuration |
|---|---|
| Host OS | Windows 11 Pro |
| Hypervisor | Oracle VirtualBox |
| SIEM OS | Ubuntu Server 24.04 LTS |
| SIEM RAM | 6 GB |
| SIEM vCPU | 2 Cores |
| SIEM Storage | 60 GB (Dynamically Allocated) |
| Endpoint OS | Windows 11 |
| Wazuh Version | 4.7.5 |
| Network Mode | Bridged Adapter |
| Communication | TCP Port 1514 (Agent β Manager) |
- Deploy a centralized, open-source SIEM platform capable of enterprise-scale monitoring
- Configure secure, encrypted communication between endpoints and the SIEM infrastructure
- Collect and analyze Windows security events (Authentication, Process Creation, Service Modification, PowerShell Execution)
- Monitor endpoint activity in real-time from a centralized dashboard
- Generate actionable security alerts through controlled, ethical attack simulations
- Investigate detected events using structured SOC methodologies
- Map all detected activity to the MITRE ATT&CK framework for threat intelligence context
- Integrate automated threat intelligence enrichment (VirusTotal API)
- Document complete incident response workflows aligned with NIST SP 800-61
Platform: Oracle VirtualBox was selected for its enterprise-grade isolation capabilities, support for 64-bit guest operating systems, and hardware-assisted virtualization features.
Rationale: Virtualization enables logical separation between environments, reduces infrastructure costs, and provides flexibility for future expansion (firewalls, IDS, vulnerable machines).
π Details: 02-Wazuh-Deployment/Installation-Guide.md
OS: Ubuntu Server 24.04 LTS β selected for stability, security, low resource consumption, and official Wazuh compatibility.
Hardening Steps:
sudo apt update && sudo apt upgrade -y- OpenSSH Server enabled for secure remote administration
- Bridged network adapter for direct endpoint communication
- Full system patching applied immediately post-deployment
π Details: 02-Wazuh-Deployment/
Architecture: Wazuh All-in-One (AIO) β ideal for lab environments while maintaining full enterprise functionality.
Installation:
curl -sO https://packages.wazuh.com/4.7/wazuh-install.sh
sudo bash wazuh-install.sh -aComponents Deployed:
| Component | Role | Function |
|---|---|---|
| Wazuh Manager | Core Engine | Event processing, rule evaluation, alert generation, agent management |
| Wazuh Indexer | Data Layer | Log storage, indexing, fast search, historical investigation |
| Wazuh Dashboard | Analyst Interface | Alert investigation, visualization, MITRE mapping, compliance views |
| Filebeat | Log Shipper | Secure data forwarding between Manager and Indexer |
Post-Deployment Verification:
sudo tar -O -xvf wazuh-install-files.tar wazuh-install-files/wazuh-passwords.txtπ Details & Screenshots: 02-Wazuh-Deployment/
Agent: Wazuh Agent 4.7.5 deployed on Windows 11 endpoint.
Capabilities Enabled:
- β Security Event Collection (Windows Event Logs)
- β Process Monitoring
- β Authentication Monitoring (Failed/Successful Logons)
- β File Integrity Monitoring (FIM)
- β System Visibility (Registry, Services, Users)
Registration Process:
# On Wazuh Server
sudo /var/ossec/bin/manage_agents -a 192.168.100.32 -n Windows-Victim
sudo /var/ossec/bin/manage_agents -e 001
# On Windows Endpoint (PowerShell as Admin)
cd "C:\Program Files (x86)\ossec-agent"
.\manage_agents.exe -i <AGENT_KEY>Configuration: Agent configured to communicate via TCP on port 1514 with encrypted traffic.
π Details: 03-Agent-Onboarding/Windows-Agent.md
Objective: Validate detection capabilities by executing controlled, ethical attacks and verifying alert generation.
Attack Script: A comprehensive PowerShell script was developed to execute 6 attack techniques sequentially, each designed to trigger specific Wazuh detection rules.
| # | Attack Technique | Objective | Detection Method |
|---|---|---|---|
| 1 | Brute Force Authentication | Failed Login Detection | 5 failed logon attempts β Rule 60122 |
| 2 | Malicious Service Creation | Persistence Detection | New Windows service β Rule 61138 |
| 3 | Registry Modification | Persistence Detection | Run key modification β Windows Event Log |
| 4 | PowerShell Abuse | Execution Detection | -ExecutionPolicy Bypass β PowerShell Logging |
| 5 | Suspicious Process Execution | Process Monitoring | cmd.exe /c whoami β Process Creation Event |
| 6 | Suspicious File Activity | File Monitoring | File creation in TEMP β FIM Alert |
π Attack Scripts & Documentation: 04-Attack-Simulations/
Methodology: All incidents were investigated using a structured SOC workflow:
- Detection β Alert triggered in Wazuh Dashboard
- Triage β Filter by
agent.idandrule.idto isolate events - Analysis β Review event details, timestamps, and correlated events
- Mapping β Align with MITRE ATT&CK techniques
- Recommendation β Document containment and remediation actions
- Severity: Medium
- Rule ID: 60122
- MITRE: T1110 (Brute Force)
- Findings: 5 failed logon attempts targeting Administrator account. No successful authentication.
- Recommendations: Implement MFA, configure account lockout policies, monitor for lateral movement.
- Severity: High
- Rule ID: 61138
- MITRE: T1543.003 (Create or Modify System Process: Windows Service)
- Findings: Service "MalwareService" created with binary path
cmd.exe, configured for auto-start. - Recommendations: Implement change control, restrict service creation privileges, deploy EDR.
- Severity: Medium
- MITRE: T1059.001 (Command and Scripting Interpreter: PowerShell)
- Findings: PowerShell executed with bypassed execution policy. Command simulated malware execution.
- Recommendations: Enable PowerShell script block logging, enforce Constrained Language Mode.
π Full Investigation Reports: 05-Incident-Investigations/
All detected alerts were automatically mapped to the MITRE ATT&CK framework, providing threat intelligence context and supporting adversary behavior analysis.
| Technique ID | Technique Name | Tactic | Detection Status |
|---|---|---|---|
| T1110 | Brute Force | Credential Access | β Detected |
| T1543.003 | Create/Modify System Process: Windows Service | Persistence | β Detected |
| T1547.001 | Registry Run Keys | Persistence | β Detected |
| T1059.001 | PowerShell | Execution | β Detected |
| T1059 | Command Execution | Execution | β Detected |
| T1105 | Ingress Tool Transfer | Command & Control | β Detected |
Coverage Visualization: The MITRE ATT&CK dashboard in Wazuh displayed active tactics including Defense Evasion, Persistence, Privilege Escalation, Initial Access, and Impact.
π Mapping Documentation: 08-MITRE-Mapping/ATTACK-Mapping.md
Integration: VirusTotal API connected to Wazuh for automated IOC enrichment.
Workflow:
- File Integrity Monitoring (FIM) detects a new/modified file
- Wazuh automatically queries VirusTotal API with the file hash
- Threat intelligence context (malicious/benign reputation) is appended to the alert
- Analysts receive enriched alerts with actionable context
Configuration:
<integration>
<name>virustotal</name>
<api_key>YOUR_API_KEY_HERE</api_key>
<group>syscheck</group>
<alert_format>json</alert_format>
</integration>Validation: Tested with EICAR anti-malware test file β successfully detected and enriched.
π Integration Guide: 07-Threat-Intelligence/VirusTotal-Integration.md
MITRE ATT&CK Tactic β Coverage β Detection Method
ββββββββββββββββββββββββββββββΌβββββββββββΌβββββββββββββββββββββββββββββββββ
Initial Access β β οΈ β Brute Force (T1110)
Execution β β
β PowerShell (T1059.001), CMD (T1059)
Persistence β β
β Service Creation (T1543.003)
β β Registry Run Keys (T1547.001)
Defense Evasion β β οΈ β Execution Policy Bypass
Credential Access β β
β Brute Force Detection (T1110)
Discovery β β β [Planned: BloodHound, Nmap]
Lateral Movement β β β [Planned: Pass-the-Hash]
Command & Control β β
β File Activity (T1105)
Exfiltration β β β [Planned: Data exfiltration rules]
Impact β β β [Planned: Ransomware simulation]
ββββββββββββββββββββββββββββββΌβββββββββββΌβββββββββββββββββββββββββββββββββ
Legend: β
Detected β β οΈ Partial β β Not Yet Covered
Current Coverage: 6 techniques across 5 tactics. Target: 20+ techniques across all 14 tactics.
- Wazuh Administration & Configuration
- Event Correlation & Alert Tuning
- Log Analysis & Parsing
- Dashboard Creation & Customization
- Threat Detection & Alert Triage
- Incident Investigation (NIST SP 800-61)
- Threat Hunting Methodologies
- Endpoint Telemetry Analysis
- MITRE ATT&CK Framework Mapping
- Detection Rule Analysis & Validation
- False Positive Identification
- Coverage Gap Analysis
- Ubuntu Linux Server Administration
- Windows Security Configuration
- Virtualization (VirtualBox)
- Network Configuration (Bridged, TCP/IP)
- VirusTotal API Integration
- IOC Enrichment Workflows
- File Integrity Monitoring
- Automated Threat Context
- NIS2 (EU Directive 2022/2555) β Article 21 Risk Management
- BSI Grundschutz β Baseline security controls
- NIST SP 800-61 β Incident response workflows
- MITRE ATT&CK β Adversary technique mapping
| Evidence | Description |
|---|---|
| π₯οΈ Dashboard Login | Wazuh Dashboard successfully deployed and accessible |
| π‘ Active Agent | Windows endpoint successfully enrolled and reporting |
| π Security Events | Real-time event ingestion and visualization |
| π― MITRE Dashboard | ATT&CK technique mapping and coverage view |
| π Compliance View | NIST 800-53 control alignment |
| Failed authentication detection with full context | |
| π§ Service Creation Alert | Malicious service detection with binary path |
| π Alert Details (JSON) | Raw event data for deep investigation |
π All Screenshots: Screenshots/
-
Detection Rule Validation: Pre-built rules are effective, but validating coverage against real attack techniques is essential. Gaps exist in lateral movement and exfiltration detection.
-
Alert Tuning is Critical: Some alerts generated lower-fidelity events requiring manual investigation. Understanding baseline behavior is necessary for effective tuning.
-
Correlation Multiplies Value: Individual alerts tell a story; correlating events across multiple data sources (endpoint + network + threat intel) provides the full attack narrative.
-
Documentation is a Skill: Structured incident reports with clear timelines, evidence, and recommendations are as important as technical detection capabilities.
-
NIS2 Readiness: German employers under NIS2 need analysts who understand 24h/72h/30d reporting flows. IR playbooks must be designed with these timelines.
Alisha Sh
π― SOC Analyst | Detection Engineering | Threat Intelligence | NIS2 Compliance
Building defensive capabilities for the NIS2 era. Passionate about blue-team operations, detection engineering, and making security operations measurable and repeatable.
- π GitHub: github.com/Alisha-sh-dev
- πΌ LinkedIn: linkedin.com/in/alisha-sh/
- π£οΈ Languages: English (C1) | German (B2)
Built with π and caffeine. One log at a time.
β If this project helped you, consider starring it!