Red Team: adversarial simulation techniques
Understanding Red Team
Definition
Red Team operations are structured adversarial simulation exercises designed to test an organization's detection and response capabilities against realistic attack scenarios. A Red Team does not simply run vulnerability scans. It emulates the full kill chain of a targeted threat actor, from initial access through persistence, lateral movement, and objective completion. The methodology draws directly from frameworks such as MITRE ATT&CK and TIBER-EU, mapping every action to documented adversary techniques. Unlike a standard penetration test, a Red Team engagement is goal-driven: operators are tasked with reaching a defined target, such as domain compromise or data exfiltration, while deliberately avoiding detection. This constraint forces teams to prioritize stealth, operational security (OPSEC), and realistic tradecraft over exhaustive coverage. The scope typically spans weeks or months, reflecting the dwell time of real intrusions. Red Team findings directly expose gaps in Blue Team visibility, IR playbooks, and detection logic that purely defensive assessments cannot surface.
Detection (Blue Team / SOC)
Detecting a skilled Red Team requires instrumentation that goes well beyond perimeter controls. On Windows endpoints, Event ID 4688 (process creation with command line logging enabled) and Sysmon Event ID 1 expose suspicious parent-child process relationships, such as Office spawning PowerShell or cmd.exe. Event ID 4624 and 4672 track logon patterns and privilege assignment. Lateral movement via PsExec generates Event ID 7045 (service installation) and 4697. WMI-based execution triggers Sysmon Event ID 19, 20, and 21. Network-level detection should focus on beaconing patterns: periodic outbound connections with jitter to unusual destinations are a hallmark of C2 frameworks like Cobalt Strike, Havoc, or Brute Ratel. EDR solutions correlate these telemetry sources in real time. SIEM rules should alert on LOLBins abuse (certutil, mshta, regsvr32), abnormal LSASS access (Event ID 10 in Sysmon), and large-volume SMB enumeration. Threat intelligence feeds enriching these detections with known Red Team infrastructure indicators significantly reduce mean time to detect.
Exploitation & countermeasures (Red Team)
Red Team operators rely on a layered offensive toolkit spanning initial access, post-exploitation, and exfiltration. Phishing with macro-enabled documents or HTML smuggling remains a primary initial access vector. Once inside, operators deploy a C2 implant, often using malleable profiles in Cobalt Strike or custom Havoc agents to blend beacon traffic with legitimate services. Credential harvesting leverages tools like Mimikatz (sekurlsa::logonpasswords) or direct LSASS dump via ProcDump and comsvcs.dll. Kerberoasting targets service accounts with weak passwords by requesting TGS tickets (Rubeus kerberoast). BloodHound with SharpHound maps Active Directory attack paths to high-value targets. For OPSEC, operators avoid noisy scanners, prefer living-off-the-land binaries (LOLBins), and stage payloads from trusted infrastructure. Countermeasures include enforcing Credential Guard, disabling NTLM where possible, deploying deception assets (honeypots, canary tokens), enabling Protected Users security group, and running regular Purple Team exercises to validate detection coverage against the exact TTPs observed in the Red Team report.
Articles about Red Team
Stealing the ADFS signing certificate lets attackers forge valid SAML tokens for any federated user — bypassing MFA entirely.
Without SMB and LDAP signing, an attacker can chain an NTLM relay attack all the way to full Active Directory takeover.
How a single unresolved DNS query can hand over domain admin rights — and why two LDAP settings are all it takes to shut that path down.
A rogue DHCPv6 server can silently redirect DNS resolution across a Windows network. Here's the full attack chain explained.