Core stack
- Proxmox VE on a dedicated custom-built server
- Kali Linux attacker workstation
- OWASP Broken Web Apps vulnerable web target
- Ubuntu / Metasploitable vulnerable Linux target
- Windows Server 2012 R2 target machine
- Windows 10 target workstation
- vmbr2 as the isolated pentesting bridge
What I built
- Created a dedicated Proxmox Linux bridge for the pentesting lab so it stays separate from management and SOC traffic.
- Imported VMware
.vmdk virtual disks into Proxmox using qm importdisk.
- Configured each VM with the correct CPU, RAM, network adapter, boot mode, and storage settings.
- Assigned static IP addresses to each machine on the isolated
192.168.56.0/24 subnet.
- Verified connectivity from Kali to each target machine.
- Created clean initial snapshots so each VM can be restored after lab exercises.
Network design
vmbr0 handles management, vmbr1 handles SOC monitoring, and vmbr2 carries pentesting traffic on 192.168.56.0/24. Targets need no default gateway for local exercises. SOC v2 later added monitoring interfaces to selected targets.
vmbr0: Proxmox management / home network
vmbr1: Wazuh SOC lab
vmbr2: Pentesting lab network
Kali: 192.168.56.10
Ubuntu: 192.168.56.20
Windows 10: 192.168.56.30
Windows Server: 192.168.56.40
OWASP BWA: 192.168.56.50
Issues I had to solve
I troubleshot VM storage, boot settings, addressing, and firewall behaviour.
- Recovered Proxmox access after an ISP/router change by switching the management bridge to DHCP and finding the new web UI address.
- Resolved failed ARP/gateway access when the old static IP no longer matched the new network layout.
- Worked around storage pressure by deleting already-imported source archives and extracted VMware folders.
- Imported split VMware disks by selecting the main descriptor
.vmdk file instead of the numbered disk chunks.
- Configured persistent static IPs for Kali, Ubuntu, OWASP BWA, Windows Server, and Windows 10.
- Enabled ICMP echo requests on Windows Server so Kali could verify connectivity with ping.
- Fixed the Windows 10 boot loop by changing the VM from SeaBIOS to OVMF/UEFI and adding an EFI disk.