ArcanaIncident-response documentationBrowse the feedTemplates
Back to feed
Playbook
PB-010

Lateral Movement

1. Purpose & Scope

  • Purpose:

    This playbook defines the response workflow for suspected or confirmed lateral movement. It is used to identify how an attacker moved between systems, accounts, applications, cloud resources, or network segments; stop additional movement; preserve evidence; and coordinate recovery.

  • Scope:

    Applies to lateral movement across endpoints, servers, Active Directory, identity providers, VPN, remote administration tooling, cloud workloads, cloud control planes, SaaS applications, and third-party access paths. This playbook should be executed alongside account takeover, privilege escalation, malware, ransomware, cloud compromise, or data exfiltration playbooks when those conditions are present.

2. Incident Identification & Criteria

Incident Type: Lateral Movement

Trigger Conditions:

Initiate this playbook when any of the following occur:

  • Remote logon, RDP, SSH, SMB, WMI, WinRM, PsExec, or remote admin activity from an unusual source
  • Same account authenticating to multiple systems in an abnormal pattern
  • Privileged account use from a non-standard host or unexpected geography
  • Administrative tooling, remote monitoring tooling, or dual-use tooling used without approval
  • New service, scheduled task, remote command, or script execution on another host
  • Cloud role chaining, cross-account access, workload identity pivoting, or cross-tenant access
  • Malware, ransomware, or suspicious execution with propagation capability
  • Shared credential, token, API key, or service account use across multiple assets

Severity Levels:

SeverityDescription
Sev 3Suspicious movement indicator requiring validation; no confirmed compromise beyond initial entity
Sev 2Confirmed movement to one additional non-critical host, account, or application
Sev 1Movement across multiple systems, privileged accounts, production services, or sensitive environments
Sev 0Enterprise-wide propagation, domain/tenant compromise, ransomware spread, or critical infrastructure impact

3. Roles & Responsibilities

  • Incident Commander: Coordinates response, approves containment scope, sets severity, and owns escalation decisions.
  • Incident Responder / Forensic Analyst: Reconstructs movement path, identifies affected assets/accounts, analyses remote execution, and preserves evidence.
  • Communications Lead: Coordinates internal updates, affected-user communications, and executive messaging.
  • Other Roles:
    • Identity & Access Team: Reviews authentication paths, privileged accounts, service accounts, sessions, MFA, and token abuse.
    • Endpoint / Infrastructure Team: Supports host isolation, segmentation, evidence collection, rebuild, and recovery validation.
    • Network Team: Restricts lateral protocols and validates segmentation controls.
    • Cloud Security / Platform Team: Reviews cloud role assumptions, workload pivots, and cloud containment actions.
    • Application / Service Owners: Validate whether observed administrative activity was authorised and support recovery.
    • Legal & Compliance: Engaged if movement resulted in data access, exfiltration, customer impact, or regulated system exposure.

4. Initial Actions

5. Investigation & Analysis

6. Containment, Eradication & Recovery

7. Communication & Escalation

8. Post-Incident Activities

  • Lessons Learned:

    • Conduct a Post-Incident Review (PIR)
    • Document what worked, what didn't, and what needs improvement
  • Documentation Updates:

    • Update this playbook, detection logic, segmentation standards, remote administration controls, and linked runbooks where required.

9. References & Linked Resources

10. Appendices

Contributor

Jayden Vo GitHub: https://github.com/malienist

Contributed to the Arcana Incident Response Documentation Framework.