User Guide

The Detection Ladder

The Detection Ladder is how SiegePoint Verify grades what your monitoring saw. When we fire a real technique at your environment, we do not ask how far an attacker could get — we ask whether your controls noticed, and how fast. Each fired technique resolves to a single rung, D0 through D4, and carries two timers alongside it. This page explains the rungs, the rule that assigns them, why the ladder runs opposite to the attacker-side Surrender Ladder, and why the timers matter as much as the rung.

Version v1.0Updated July 8, 2026Living document — kept in sync with the build

In build SiegePoint Verify is in active build. The service and its architecture are defined, the client portal is Live at siegepoint.apintelligence.ai/portal, and the underlying attack engine is built and self-tested. The observation connectors, scoring, and reporting described here are being scaffolded and are described as intended behavior. For the full picture see /verify-architecture-guide.html and the SiegePoint user guide.

What Verify measures

SiegePoint Verify is a detection-validation service in the Breach & Attack Simulation category. It reuses the SiegePoint attack platform — the Mangonel engine, the Authorization Gate, and the ATT&CK-mapped technique library — and inverts the scoreboard. The attack side grades how deep an intruder reaches and halts at the first objective. Verify instead grades whether your monitoring saw each attack, and loops the whole coverage set rather than stopping early. The output is not a pass or fail. It is a coverage map over ATT&CK, and the most useful thing it produces is a ranked list of the techniques your stack could not see.

The five rungs

Every fired technique lands on exactly one rung. The rungs describe increasingly good defensive outcomes, from no visibility at all to the action being blocked outright.

D0
Blind The technique executed and produced zero telemetry. A total visibility gap — the worst defensive outcome, and the single most valuable finding Verify can return.
D1
Logged Telemetry was captured, but no alert fired. The data exists; the detection rule does not.
D2
Alerted A detection rule fired and raised an analyst-visible alert.
D3
Responded A human analyst or a SOAR playbook engaged the alert within the measurement window.
D4
Prevented A control blocked the action outright. The technique never landed — the best outcome.

The highest-outcome rule

A single technique can trip several controls at once. It might be logged, alerted, and then blocked. Verify does not report each of these separately. It resolves the technique to the highest defensive outcome it produced. A technique that was logged, alerted, and prevented is graded D4 Prevented, because prevention is the strongest result and it subsumes everything below it. This keeps the ladder honest: one technique, one rung, always the best true outcome your controls achieved against it.

But the rung is not the whole story. Prevention, detection-visibility, and response are partly independent questions, not one scale — a technique can be silently prevented (D4) with no alert, which is good defense and a visibility gap at once. So Verify records the sub-states behind each rung (whether a prevented technique was also logged or alerted) and the report presents prevention, detection-visibility, and response as separate rates; a silent D4 is never counted as "detected." See Reading Your Report.

Why D0 Blind is the most valuable output

It is natural to read the ladder as a scoreboard where higher is better, and for your defenses that is true. But for the report, the low rungs are the point. A D4 Prevented result tells you a control you already have is working. A D0 Blind result tells you something you did not know: an attacker behavior can run in your environment and leave no trace for your team to find. That is the finding that changes what you build next.

Verify ranks every D0 and D1 into a blind-spot list — the prioritized detection-engineering backlog. Each entry is mapped to the log source or rule that would close the gap. The deliverable is not a grade; it is a backlog. In plain terms: here are the techniques your stack is blind to, ranked, each mapped to the thing that would fix it.

The inversion vs. the attacker Surrender Ladder

If you have used the SiegePoint attack side, you know the Surrender Ladder (S0–S4). The two ladders run in opposite directions on purpose, because they answer opposite questions.

Attack side — Surrender LadderVerify side — Detection Ladder
Grades how deep the attacker got.Grades whether your monitoring saw the attack.
Halts at the first objective reached.Loops the whole coverage set; nothing halts early.
A high rung is bad news for the defender.A high rung is good news for the defender.
The subject is the attacker's reach.The subject is your detection coverage.

The same engine fires the same techniques. What changes is the question being scored. On the attack side, progress up the ladder is the attacker winning. On the Verify side, progress up the ladder is your controls winning.

The two timers: rung says whether, timer says how fast

A rung alone does not tell the whole story. Two additional values are stamped on every fired technique:

The rung says whether something was seen. The timer says how fast. They are always reported as a pair, because the rung on its own can be misleading. Consider two techniques that both land on D2 Alerted:

Both are D2. As a defensive posture they are worlds apart. Reading the rung and the timer together is the only way to judge coverage that is genuinely useful versus coverage that exists on paper.

Timers are only as trustworthy as the signal they are measured from. Verify never grades a technique above D0 on the strength of "an alert happened nearby." Every grade above D0 requires a positive tie-back to the specific technique that fired, inside a bounded, clock-normalized time window. The mechanics of that attribution are covered on the scoring pages of the SiegePoint user guide.

What a rung does and does not mean

Two clarifications that appear in every Verify report:

Build status

ComponentStatus
Client portal (siegepoint.apintelligence.ai/portal)Live
Mangonel engine, Authorization Gate, external-recon plugin (attack side, passive)Live
Verify service and architecture definitionIn build
Observation connectors (read-only SIEM/EDR/XDR)In build
Scoring (D0–D4 grading, MTTD/MTTR)In build
White-labeled coverage reportingIn build

The Detection Ladder is the grading scheme at the center of the coverage report. For how techniques are fired safely against production, how signals are attributed to the technique that produced them, and how coverage is aggregated across re-runs, continue through the SiegePoint user guide or read the full architecture guide.