Brute force on a production host. Sentinel phones the owner.
Isolating a production server without asking is its own outage, and doing nothing while an attacker works through a credential list is not an alternative.
What actually happens
The security team and the service owner both have correct positions here, and the incident is decided by which of them is reachable first.
Repeated failed authentication attempts arrive against a production host over a sustained period. The pattern is unambiguous: it is a credential attack, not a misconfigured client.
The security response is to isolate the host, which is correct from a containment perspective and potentially catastrophic from a service perspective, because the host is serving live traffic and the security team does not know what depends on it.
The service owner response is to keep the host serving, which is correct from a continuity perspective and potentially catastrophic from a security perspective, because a successful authentication ends the debate on terms nobody chose.
What resolves it is a conversation, and conversations at two in the morning between a security analyst and a service owner they have never met are slow. The escalation path exists on paper and is measured in tens of minutes in practice.
The attacker does not wait for the escalation path. Published research consistently puts attacker breakout time well inside the window most organisations take to convene that conversation.
Isolate and you might cause the outage. Wait and you might get one anyway, on the attacker schedule rather than yours.
The same attack, two ways
Both columns detect the attack at the same moment. What differs is how long it takes to get a decision that both sides can live with.
Illustrative, not measured. The times below model a scenario built from the patterns we see in production estates. They are not timings recorded at a named customer. The point is the shape of the clock, not the totals: check it against your own last ten incidents.
Today, escalate and convene
- 02:03Sustained failed authentication against a production host. Alert raised.
- 02:03 ↓ 02:19WaitingAnalyst confirms the pattern, then attempts to establish what the host serves.
- 02:19Isolation proposed. Blocked pending service owner input.
- 02:19 ↓ 02:51WaitingEscalation path followed. Service owner reached on a third attempt.
- 02:51Agreement reached: isolate at the network edge, keep the service running behind it.
- 02:58Contained. The window between 02:03 and 02:58 was uncontrolled.
~55 minutes uncontained · while two people tried to find each other
With Sentinel mapping and calling
- 02:03Attack pattern detected. Sentinel maps blast radius before proposing anything.
- 02:04Host role, live traffic, dependent services, recent successful authentications and lateral movement indicators correlated.
- 02:05Containment options generated with their service impact attached: edge block, credential lock, full isolation.
- 02:05Voice call placed to the service owner with the blast radius and the option list already prepared.
- 02:07Owner selects the edge block. Action Ticket approved with that option and its rollback path.
- 02:09Contained. Service continues. Sherlock monitors for lateral movement indicators throughout.
~6 minutes uncontained · and the service never went down
The number to focus on is the uncontained window, because that is the window in which an attacker with valid credentials can move laterally, and published research on breakout time is the reason it matters.
The reason the first column takes fifty-five minutes is not analysis. The pattern was confirmed in sixteen. The remaining time is spent working out what the host does and then finding a human who can authorise a trade-off.
Presenting containment options with their service impact attached is the mechanism. The service owner is not asked "can I isolate your host", which invites a defensive answer, they are shown three options with what each one costs, which is a question they can answer in seconds.
The blast radius mapping has to happen before the call, not during it. A call that begins with "what does this host do" wastes the interruption; a call that begins with "here are your three options and what each costs" uses it.
Why the number is what it is
The number to focus on is the uncontained window, because that is the window in which an attacker with valid credentials can move laterally, and published research on breakout time is the reason it matters.
The reason the first column takes fifty-five minutes is not analysis. The pattern was confirmed in sixteen. The remaining time is spent working out what the host does and then finding a human who can authorise a trade-off.
Presenting containment options with their service impact attached is the mechanism. The service owner is not asked "can I isolate your host", which invites a defensive answer, they are shown three options with what each one costs, which is a question they can answer in seconds.
The blast radius mapping has to happen before the call, not during it. A call that begins with "what does this host do" wastes the interruption; a call that begins with "here are your three options and what each costs" uses it.
Presenting containment options with their service impact attached is the mechanism.
Who decides to press go
Every containment option on this page carries service impact of some kind, so none of them execute without an approval.
Blast radius mapping, option generation, evidence collection and lateral movement monitoring all run under policy. None of them touch the host.
The Action Ticket carries the selected option, its measured service impact, the dependent service list and the rollback path. The service owner or security duty manager approves before it executes.
If nobody answers, the escalation continues up the chain rather than defaulting to action. An unanswered call is not an approval.
Sustained failed authentication against a production host serving live traffic. Pattern consistent with a credential attack rather than a misconfigured client.
Host role, live traffic, dependent services, recent successful authentications and lateral movement indicators correlated. Blast radius mapped before any option is proposed.
Containment options generated with service impact attached. Voice call placed to the service owner with the option list prepared. Selected option staged for approval.
Source addresses added to the edge policy. Host authentication exposure reviewed. Lateral movement watch retained for the following period.
This is a platform capability, not a published customer deployment. The mechanism, which is correlated investigation followed by out-of-band contact and governed action with approval gating, is running in production today; see governed day-2 operations across 2,000+ nodes and closed-loop network automation. The voice scenario above applies that same mechanism to an identity and access context. The timings shown are modelled, not measured.
If the action carries no service impact
Blast radius mapping, option generation, evidence collection and lateral movement monitoring all run under policy. None of them touch the host.
If it contains, blocks or isolates
The Action Ticket carries the selected option, its measured service impact, the dependent service list and the rollback path. The service owner or security duty manager approves before it executes.
What Sentinel did, step by step
- ObserveSustained failed authentication against a production host serving live traffic. Pattern consistent with a credential attack rather than a misconfigured client.
- InvestigateHost role, live traffic, dependent services, recent successful authentications and lateral movement indicators correlated. Blast radius mapped before any option is proposed.
- ActContainment options generated with service impact attached. Voice call placed to the service owner with the option list prepared. Selected option staged for approval.
- OptimizeSource addresses added to the edge policy. Host authentication exposure reviewed. Lateral movement watch retained for the following period.
Bring us a containment decision you had to escalate
We will show how long it took to find someone who could authorise it.