Report an Incident Become a Partner Careers Contact
Book a Demo
The investigation pipeline

Alert in.
Verdict with evidence out.

Most platforms sort an alert into a queue and wait for a person. Ours runs an investigation on it — gathering evidence, testing what it means, auditing its own work for gaps, and stopping at the line you drew. What reaches you is a case, not a notification.

Alert → verdictOnline
INSignal arrives from your estateclock starts
L1Triaged, enriched, deduplicated3m 30s
L2Timeline reconstructed, scope set7m 50s
GATEAudited for evidence gapsreassessed
HUMANSenior analyst signs the verdictdefault
OUTVerdict, evidence and reportto you
The mechanism

An investigation,
not a queue to be sorted.

An alert arriving at CYBERSHIELD AI is not classified and filed. It is worked through a nine-stage investigation against the triage procedure that fits it, using procedures our analysts wrote while running Microsoft Sentinel in production.

The difference shows up in what comes out of the other end. A queue-sorting tool returns a priority and a category, and the work of establishing what actually happened still belongs to your team. A pipeline returns a verdict with the evidence that supports it, the scope it covers, and the reasoning that got there.

A conductor agent runs the sequence: it tasks the right agent at the right moment, enforces the completeness gate before anything closes, holds high-impact actions for human approval, and hands your SOC a case ready to close.

  • Each stage has a job and produces something the next one uses, rather than one general-purpose model being asked to do everything at once.
  • The procedures the agents execute are named analyst skills, not prompts written for a demo.
  • Nothing closes until the completeness gate has audited it for evidence gaps.

The nine-stage investigation pipeline

Every alert, every time, in this order.

Establishing the context

Work out what we are looking at before a step runs.

  1. Entity context discovery

    Resolve the identities, devices and addresses to the real objects in your directory, rather than the strings the alert carried.

  2. Similar incident correlation

    Look back across your own history for incidents that resemble this one, so a repeat is recognised as a repeat.

  3. Fusion check

    The Fusion agent asks early whether this might belong to something wider, rather than letting it be investigated as an isolated event.

The investigation

Gather the evidence, then refuse it until it is complete.

  1. L1 Investigation

    Run the steps the matched procedure calls for, in parallel, each gathering evidence with its own scoped set of tools.

  2. Completeness gate

    Audit the investigation for evidence gaps before it is allowed to progress.

    Sends the work back for more evidence, as many times as it takes

  3. Campaign correlation

    With the full investigation in hand, Fusion merges the incident into an existing case if it belongs to one, rather than closing it standalone.

The outcome

Reach a verdict, decide, and hand it over.

  1. Assessment

    Weigh the evidence gathered into an assessment, with a confidence score attached.

  2. Decision

    Apply policy and your own decision templates to reach close or escalate. Not taken by the model.

  3. Reporting

    The report, the timeline, the closing statement, the handover if it escalated, and the notification.

Case, and campaign. A case is a collection of related incidents. A case can also be marked as a campaign. An incident that Fusion finds a home for is merged into the case rather than closed on its own.

Want to watch one run end to end? See a worked investigation on the platform page

Or see the services it runs underneath: Detection & Response

The stage that matters most

The completeness gate,
and why it is the interesting one.

Every automated investigation has the same failure mode: it finds an explanation that fits, and it stops. The completeness gate is the stage built to prevent exactly that.

01

It audits the investigation for gaps

Before a case can close, the work done on it is examined for missing evidence — the questions that were not asked, the sources that were not checked.

02

It generates the steps that would fill them

Not a warning that something is missing. The additional investigative steps needed to close the gap are produced as work to be done.

03

It runs them, then reassesses

The new evidence goes back into the case and the conclusion is tested again against it. A verdict that no longer holds does not survive the gate.

The gate second-guesses itself

If the audit concludes nothing further is needed, a deterministic check runs anyway. Any failed step, any low-confidence step, any recorded anomaly forces follow-up work regardless of what the audit decided.

It is a loop, not a checkpoint

An investigation can go back for more evidence more than once, and how hard the gate looks scales with the severity of the incident. A serious incident gets a longer argument with itself.

It is what stops an investigation settling on the first plausible explanation. It is also why our own analysts trust the output enough to sign it.

The objection everyone raises

The model assesses the evidence.
It does not make the decision.

The close-or-escalate call is not the model’s to make. It is reached by applying your own decision templates and the policy that sits above them, as written rules rather than as a judgement. That separation is deliberate, and it is the honest answer to "how do I know it is not just making this up".

Policy overrides are evaluated first, and nothing closes past them. A failed high-priority investigation step escalates. Evidence gathering that came back empty escalates rather than closing on an absence. Confidence below the bar you set escalates.

Where more than one of your own rules matches and no override applies, the model is used only to arbitrate between the rules you wrote. It is never the thing that decides an incident is finished.

You get a verdict with evidence behind it, not a guess with a confidence score painted on.

The two clocks

Measured from the moment
a signal arrives.

Two clocks rather than one tidy round number, because triage and investigation are different jobs and quoting a single figure for both would flatter one of them.

Average L1 triage 3m 30s Average time to triage, enrich and reach a decision on an incoming alert.
Average L2 investigation 7m 50s Average time to work an escalation to an evidenced verdict.

Measured across our own SOC. Both clocks start at the same point: the moment a signal reaches CYBERSHIELD AI — not when an analyst opens it, and not when the ticket is assigned.

Where a human sits

Where a human sits
in the path.

Not a product property, a configuration — set per agent and per tenant. The three settings below are the dial. Where you set it is your call, and it is the first thing we agree at onboarding.

01

Fully autonomous

Agents triage, investigate and act inside the limits you set, without waiting for anyone. Every action is still recorded and reviewable in the Control Centre.

02

Human approval at any stage

Nominate the points where a person must approve before anything proceeds. Set it per agent, so containment can wait for a human while enrichment does not.

03

Autonomous above your confidence threshold

You set the bar. Above it the agent proceeds; below it the work routes to an analyst. This is where most customers settle once they have watched it run.

On the managed service, senior analyst sign-off is the default rather than an upgrade. That is a deliberate choice about accountability: somebody with a name is answerable for the verdict that reaches you.

The record

Every action is recorded,
including the ones nobody approved.

An agent that acts without leaving a record is indistinguishable from an agent that acted wrongly. Everything the pipeline does reports into the Control Centre, whether it waited for a person or not.

The decision
The inputs, the policy applied, each rule with its expected and actual values, which rule won, and the outcome.
The procedure
Which triage procedure the incident matched, and every candidate procedure that also matched it.
The evidence
Every tool result that produced data, written to immutable storage and linked to the investigation, so the evidence behind a verdict can be opened months later.
Every model call
The model, the step, the unit of work and the outcome. Including the calls that failed.
Every error
Persisted with its context: which customer, which investigation, which endpoint.
Portal access
Reads and refusals, not only changes. Who looked, not just who edited.

That record is what makes the documents on every incident possible, and it is the same record an auditor can be walked through months later.

Questions

How it works, answered.

What happens to an alert first?

Entity context discovery. The identities, devices and addresses in the alert are resolved to the real objects in your directory before anything is investigated, so the work is done against who was actually involved rather than the strings the alert carried. Average time to an L1 verdict is 3m 30s.

Does the AI decide whether to close an incident?

No. The model assesses the evidence. The close-or-escalate call is then reached by applying your own decision templates and the policy above them, as written rules. A failed high-priority step, evidence gathering that returned nothing, or confidence below your bar all escalate regardless of what the assessment said.

What is the completeness gate?

Stage five of nine. It audits the case for evidence gaps, generates the steps needed to fill them, runs those, then reassesses the conclusion against the new evidence. If the audit says nothing is missing, a deterministic check runs anyway. It is what stops an investigation settling on the first plausible explanation.

Does the AI act on its own?

Only as far as you allow. Autonomy is configurable per agent and per tenant: fully autonomous inside set limits, held for human approval at nominated points, or autonomous above a confidence threshold you set. On the managed service, senior analyst sign-off is the default.

Where are the two clocks measured from?

Both start at the same point: the moment a signal reaches CYBERSHIELD AI. Average L1 verdict is 3m 30s and average L2 verdict is 7m 50s, measured across our own SOC rather than quoted from a datasheet.

What does an investigation actually produce?

A full investigation report with the evidence attached, an escalation write-up where the incident was escalated, a closing statement in plain English, and a draft notification for your stakeholders. Every investigation, not only the ones somebody had time for.

Is this the same pipeline for OT and IT?

Yes. OT telemetry joins the IT signal in the same pipeline and is worked by the same agent roster against the same completeness gate, so lateral movement from the corporate network into the plant reads as one chain of events rather than two unrelated alerts.

See it for yourself

Watch it run
on your own alert types.

An hour with a SOC analyst: a live investigation from signal to signed verdict, the completeness gate doing its job, and the autonomy dial set where you would set it. Your scenarios, not a canned demo.