All insights

Risk intelligence

A security score needs an explanation.

How to preserve source signals, context and confidence when turning many findings into one prioritised view.

Scores can make a large infrastructure estate easier to navigate. They become harmful when they compress different evidence into a number that no one can explain, challenge or use to choose the next action.

01 · The comfort of one number

Aggregation creates clarity only when meaning survives.

Infrastructure teams receive severity labels, benchmark percentages, vulnerability scores, exploit predictions, identity findings, cost opportunities and operational alerts. Averaging them creates mathematical neatness, but it can mix unlike signals and hide the reason one item deserves attention.

A score should support navigation and prioritisation. It should not replace the evidence, source logic or accountable decision behind the number.

02 · Preserve source meaning

Do not flatten different kinds of truth.

A failed configuration control, a high CVSS value, a known-exploited flag and an identity path each answer a different question. Their original identifiers, states, timestamps and calculation methods must remain intact when they contribute to a wider assurance view.

Source stateWhat the originating system actually reported.
ApplicabilityWhether the signal belongs to this asset and environment.
ConfidenceHow strongly the available evidence supports the conclusion.
FreshnessWhether the observation is current enough for the decision.

03 · Add decision context

Priority comes from consequence, not severity alone.

Useful prioritisation considers exposure, exploitability, workload purpose, environment, asset criticality, evidence confidence, fix availability and existing controls. A critical library in an unused image may require a different response from a lower-severity issue on an exposed production service with credible exploitation.

Statepoint connects these contributors without rewriting the original source result. The contextual priority sits beside the evidence that produced it, preserving both operational focus and auditability.

04 · The score record

Statepoint keeps scope, state and coverage beside the number.

An explainable score begins with a declared population. Statepoint resolves each vulnerability occurrence against a stable asset and component identity, preserves the current risk inputs and qualifies exposure only when linked reachability or attack-path evidence applies to the same subject.

Explainable scoreThe record behind the displayed value
Inputs traceable
PopulationEligible assets in the declared project and environmentScoped
OccurrenceOne vulnerability on one resolved asset and componentDeduplicated
Risk inputsCVSS, severity fallback, EPSS, KEV and applicabilityProvenanced
ExposureLinked current reachability or attack-path evidenceQualified
StateAssessed, partial, stale, unavailable or calculation failedExplicit
CoverageAssessed population and evidence completenessSeparate

A partial assessment may carry a numeric result only when completeness is visible beside it. Stale, unavailable and failed calculations remain typed states and never become zero risk or a perfect score.

Accepted risk remains visible because acceptance changes accountability, not the observed condition. A fixed or remediated occurrence stops affecting posture only after fresh evidence validates that the condition is no longer present.

05 · Make it drillable

Every score should answer “why?”

A user should be able to move from portfolio score to risk domain, finding, affected asset, evidence and weighting factors. They should see which contributor raised or reduced the result, which evidence was unavailable, and whether an exception changed the current state.

01Trace

Keep every contributor linked to its source and evidence.

02Explain

Show how context and weighting changed the priority.

03Challenge

Let reviewers inspect assumptions and contradictory evidence.

06 · Measure real change

A better score should correspond to a better estate.

Scores earn trust when movement can be traced to verified outcomes. If a path was restricted, a vulnerable workload replaced or an excessive role removed, current evidence should show the change. A score that improves because an item was hidden, suppressed or left unobserved is not assurance.

The number is useful only when the evidence can explain why it moved.

See the evidence in context.

Make infrastructure decisions accountable.

Book a demo