Direct answer
In the first 15 to 30 minutes, the priority is confirming scope and taking evidence-preserving containment action, in that order: check identity and endpoint telemetry first, capture what you see before it disappears, then contain based on confidence, and notify as soon as you have enough signal to say something useful.
Structured elaboration
Order of investigation for a credential-compromise or lateral-movement alert:
- Identity signals first. Check the authentication logs for the account in question: source IP, geolocation, MFA status, time of day relative to the user's normal pattern, and whether the "successful admin login" following failed attempts is consistent with a real user (travel, new device) or clearly anomalous.
- Endpoint telemetry second. Pull EDR data for any host the account touched around the alert window: running processes, especially anything matching the suspicious pattern (an encoded PowerShell command, an unusual parent-child process relationship), and any outbound network connections from that host.
- Network telemetry third. Check for lateral movement signals from the account or host: unusual SMB traffic, new connections to other internal hosts, or anything reaching out to an external IP with no legitimate business reason.
What to capture as evidence, before anything else changes: a snapshot of the current process list and network connections on any implicated host, the raw authentication log entries (not just a summary), and a copy of the specific alert with its full context. Do this before taking any containment action that might cause the process or connection to disappear.
Initial containment actions, roughly in order of aggressiveness: disable or force a password reset on the account if compromise looks credible; isolate the specific host at the EDR or network layer if there's endpoint-level evidence of compromise, not just an identity anomaly; and if lateral movement across multiple hosts is confirmed, consider a broader network segmentation action rather than isolating one host at a time.
Who to notify within this window: your incident lead or on-call security manager immediately once you've confirmed this is a real incident (not a false positive), and the system owner of any affected host so they're aware before you take containment action that might affect their service, unless the risk of tipping off an insider is a specific concern.
Worked example
An alert shows ten failed logins on an admin account, followed by a successful login from an unfamiliar country, followed by an EDR alert for a suspicious process on a file server that same account accessed. In order: pull the raw authentication log entries and confirm the geolocation and device fingerprint don't match the user's normal pattern (rules out "they're just traveling"); pull the EDR process tree on the file server and find the suspicious process is an encoded PowerShell command spawning a network connection to an unfamiliar external IP; snapshot the process list and network connections before doing anything else. Given both identity and endpoint evidence now corroborate each other, disable the compromised account immediately (low business cost, high containment value) and isolate the file server at the network layer while notifying the incident lead and the file server's system owner, all within the first 20 minutes.
Trade-offs and pitfalls
The most common mistake under time pressure is jumping straight to containment before confirming the alert is real, which causes unnecessary business disruption on a false positive; the opposite mistake, spending too long gathering evidence before containing a clearly credible compromise, gives the attacker more time to cause damage. The order above (identity, then endpoint, then network, capture-before-contain) is designed to get you to a confident containment decision as fast as possible without either extreme. The exact same triage process applies even when the alert source turns out to be a misconfiguration (an admin endpoint accidentally exposed to the internet) rather than an active attacker; the difference is urgency and communication tone, not method, since you don't yet know which one it is when you start.
