When you are being attacked right now, we stop it, work out exactly what happened, write it up in a form your lawyers and insurers will accept, and then fix the hole that let it happen.
Incident response is judged on two things: how fast the bleeding stops, and whether you can prove afterwards what happened. Most engagements deliver the first and improvise the second.
Engagement modes
Retainer. Pre-agreed terms, pre-shared architecture, named contacts. When
something happens we are already authorized and already understand your estate.
Emergency. No prior relationship. The first hours go to scoping and access,
which is precisely why a retainer is cheaper than it looks.
Post-incident engineering. After the responder leaves, the path that was used
is usually still open. We close it.
How we run an incident
Scope and preserveEstablish what is affected and capture volatile evidence
before containment destroys it. Containment first is a common and expensive instinct.
ContainIsolate at the network layer, revoke credentials and sessions, and cut
persistence. Segmentation built beforehand is what makes this fast.
EradicateRemove the access path, not only the payload. Reimaging a host that
was reached through a stolen token buys you days.
RecoverRestore in a sequence that does not reintroduce the compromise, with
monitoring raised on the restored estate.
ReportA timeline with evidence references, written to survive regulator,
insurer and counsel review.
Close the gapThe engineering change that makes this specific incident
non-repeatable, scoped and costed.
What we will tell you honestly
If the evidence to answer a question was never collected, we will say the question cannot be
answered rather than infer a narrative. Telemetry retention decided months ago determines what is
knowable during an incident — which is why we treat it as an architecture decision, not a
storage-cost decision.
The first hour
The only genuinely hard decision is at the diamond. Everything else is procedure.
Order of volatility
Evidence is captured most-volatile-first, because containment and reboots destroy the top of this list.
Order
Source
Lifetime
Lost when
1
CPU registers, cache
Nanoseconds
Realistically never captured
2
RAM — processes, injected code, keys, network state
Until power off
Shutdown, reboot, or a hard isolate that triggers one
3
Network connections, ARP, routing
Seconds to minutes
Isolation
4
Running processes, open files
Until terminated
Killing the malware
5
Disk — files, registry, logs
Persistent
Reimaging, anti-forensics
6
Remote logs, SIEM, cloud audit
Retention period
Retention expiry — decided months ago
Memory is where injected code, decryption keys and live C2 state live. A well-intentioned first
responder who pulls the power destroys the most valuable evidence in the incident.
Worked example — business email compromise into wire fraud
Call received: Thursday 16:40. Finance had wired $340,000 against instructions that
appeared to come from the CFO's genuine mailbox.
16:40–17:10 — ScopeCloud audit logs pulled first, because their retention window was
the binding constraint. Sign-ins from an unfamiliar ASN over eleven days. One mailbox confirmed
compromised, four more with suspicious sign-ins.
17:10 — Money firstThe bank was contacted in parallel with technical work. Recall
succeeded on $210,000. Technically uninteresting; commercially the most valuable action of the night, and
it is the step purely technical responders forget.
17:30 — PreserveMailbox audit logs, message trace and rule configuration exported
before any change. An inbox rule was silently moving replies containing "wire" or "invoice" to RSS
Subscriptions — a folder nobody opens.
18:00 — ContainSessions revoked across all five accounts, not just passwords reset.
A password reset without session revocation leaves the attacker's token valid, and this is the single
most common containment error in cloud identity incidents.
Day 2 — EradicateThe access path was a legacy authentication endpoint bypassing MFA.
Disabled tenant-wide. Two integrations broke and were fixed within the week — an acceptable trade,
decided explicitly with the business rather than unilaterally.
Day 3 — RecoverConditional access rebuilt, phishing-resistant MFA for finance and
executives, and an out-of-band verbal verification step for payment changes over a threshold.
Week 2 — ReportTimeline with evidence references, delivered to counsel and the
insurer. The insurer accepted it without a follow-up request, which is the actual bar.
Choosing between incident response service providers
Critical incident response services are bought under time pressure, which is exactly when
due diligence is hardest. The questions that separate incident response service providers are these:
Who actually shows up? Named responders, or whoever is on the bench that week.
Do they do the engineering afterwards? Many firms contain and leave. The access path
is usually still open.
Will the report survive counsel and an insurer? Ask to see a redacted example before
you need one.
Can they work your cloud and OT estate? Many are endpoint-only, and the incident
rarely is.
What is pre-provisioned? Emergency engagements routinely lose their first six hours
to access provisioning.
Retainer versus emergency
Retainer
Emergency
Time to first action
Under 1 hour
4–24 hours
Contract and scope
Pre-agreed
Negotiated while the incident runs
Access
Pre-provisioned, tested
Built under pressure, often the longest delay
Architecture knowledge
Already documented
Learned during the incident
Rate
Contracted
Emergency premium
The access line is the real difference. Emergency engagements routinely lose their first six hours to
provisioning credentials — while the intrusion continues.
Scope your endpoint and network architecture
Bring us the estate you actually have — mixed OS fleets, ageing routers, unmanaged
IoT — and we will tell you what can be unified under one agent and what needs custom work.