Resources / S.A.F.E
Book Demo
Back to Resources

// DataObserve S.A.F.E · Cyber risk quantification

Stop Showing Your Board Colours

Cyber risk belongs in the same currency as every other business risk.

By DataObserveNovember 20264 min readDataObserve S.A.F.E

What the board sees today

Ransomware: High

No unit, no comparison with other risks, no basis for spend.

What S.A.F.E shows

Ransomware on the payments platform

Annualised loss exposure, 90% confidence

$0$2M$4M$6M$8M+

Low

$1.4M

Most likely

$3.0M

High

$5.3M

Frequency: 0.2–0.5 / yrMagnitude: $6M–$11M1 input estimated
The same ransomware scenario shown two ways. Figures are an example, not customer data.

For years, the cyber risk slide in the boardroom has relied on traffic-light colours, which are easy to read and almost impossible to act on. A board that sees "high" has no way to compare that rating with a supply-chain risk priced in millions. Without units, directors also cannot judge whether a new control is worth its cost or set an appetite for the risk, so the discussion settles on the only question a colour supports, which is whether the picture is getting redder or greener. Our view is that cyber risk should be discussed in money, with its assumptions in plain sight. Money is the unit every other risk on the agenda already uses, which makes it the fairest basis for comparison.

Cyber risk should be discussed in money, with its assumptions in plain sight.

01

Severity scores describe a finding without describing its business impact

Most security programmes still order their work by technical severity, and the weakness of that approach becomes clear as soon as two findings are placed side by side. A critical vulnerability on an isolated test box and a medium one on the payments platform are very different problems, yet a severity-sorted backlog ranks the test box first. Repeated across thousands of findings, the pattern produces a familiar outcome. Backlogs shrink while leadership still cannot say whether the company is any safer.

What the severity score lacks is business context. A useful assessment has to establish what the asset does for the business and what a loss would cost if an attacker reached it. Those two questions are where quantification begins.

Sorted by severity

#1 · Isolated test box

Critical 9.8

No revenue dependency · not internet-facing · no sensitive data

#2 · Payments platform

Medium 5.4

Internet-facing · processes card transactions · revenue-critical

Ranked by business impact

#1 · Payments platform

$2.1M–$7.4M

Reachable from the internet, active exploitation reported, high loss magnitude

#2 · Isolated test box

< $50K

Not reachable from production paths, minimal loss if compromised

Example values for illustration

Figure 1. A severity-sorted backlog and a business-ranked backlog put the same two findings in opposite order.
02

A defensible estimate is a range with its assumptions shown

Cyber risk quantification (CRQ) answers those questions by expressing risk as a range of potential financial loss. The estimate rests on two inputs: how often a loss event is likely to happen, and how much it would cost when it does. Framed this way, cyber risk can sit next to the other exposures on the corporate risk register.

DataObserve S.A.F.E builds that estimate on open standards. FAIR defines risk as loss event frequency multiplied by loss magnitude, while MITRE ATT&CK grounds each scenario in real attacker techniques. The results map to NIST CSF, a framework most boards already recognise, so the analysis fits existing governance.

SCENARIO INPUTMITRE ATT&CK techniques ASSET CONTEXTService, data, exposure CONTROL EVIDENCEFrom connected security tools FREQUENCYLoss events per year × MAGNITUDECost per loss event RISK, AS A RANGE Stated confidence · inputs visible MAPPED TO NIST CSF GovernIdentifyProtectDetectRespondRecover
Figure 2. FAIR expresses risk as loss event frequency multiplied by loss magnitude. ATT&CK techniques ground each scenario, and results map to NIST CSF functions.

The output is presented as a range with a stated confidence level, which avoids the false precision of a single figure. Every estimate also shows the frequency and magnitude inputs behind it, so anyone in the room can examine those inputs and challenge them. When an input is missing, S.A.F.E widens the range to make the gap visible. A chief financial officer is far more likely to trust a number that openly admits what it does not know.

All inputs evidenced

lowerloss exposurehigher

Control evidence and incident history are connected, so the estimate is tight.

Backup coverage unknown

lowerloss exposurehigher

S.A.F.E widens the range and flags the missing input instead of guessing a single figure.

Figure 3. When an input is missing, the range widens so the gap is visible to everyone reviewing the estimate.
03

Quantified risk changes how budgets and limits are set

The most immediate effect of quantification is on budget discussions. A team asking for "more security" can model each option and compare the risk it removes with what it costs. An EDR rollout becomes a line item with a measurable effect on exposure. Proposals for network segmentation or better backups can be assessed on exactly the same basis.

Quantification also gives the board a way to govern cyber risk directly. A board can set a financial threshold for cyber risk and track exposure against it, in the same way it already treats credit or market risk. That turns a general concern into a governed limit with a clear owner. Insurance decisions become easier as well, because cover and limits can be weighed against exposure figures and the assumptions behind them.

OptionAnnual costExposure removed
EDR rollout$420K
Network segmentation$310K
Backup improvements$150K
Additional awareness training$90K
Board appetite: $2.5M annualised cyber lossCurrent exposure tracked against the threshold every quarter
Figure 4. Each security option modelled on the same basis: what it costs and how much exposure it removes, against an appetite the board has set. Example values.
04

Smaller organisations can begin with a handful of scenarios

CRQ is often treated as an exercise reserved for large enterprises, although it does not need to be one. Any organisation that prioritises security spend or reports risk to a board benefits from an estimate it can defend. A sensible starting point is a few critical scenarios, such as ransomware on the platform that earns the revenue, with the scope expanding from there. Confidence in the figures rises as better data arrives, so an early estimate with wide ranges is still a useful foundation for the work that follows.

05

A loss estimate matters when it changes what happens next

In S.A.F.E, quantification sits inside a wider operating loop in which teams assess exposure, translate it into business terms, act on it and report on the result. Exposures are ranked by reachability and threat activity and then weighed against potential loss, so severity alone never sets the order of work. Fixes move through named owners and approvals, and tickets sync both ways with ServiceNow and Jira.

A ticket closes only after the risk reduction has been verified. Each assessment and decision keeps its evidence attached, along with any exception, so the number on the board slide can be traced back to the work that changed it. Agents carry the heavy lifting of investigation and recommendation, while people approve fixes and exceptions and own every decision to accept risk. The audit trail records the contributions of both.

01

Assess

Exposures ranked by reachability and threat activity, then weighed against potential loss.

02

Translate

Findings expressed as loss ranges tied to named business services.

03

Act

Fixes routed to named owners and approvals, synced both ways with ServiceNow and Jira.

04

Report

Tickets close only after risk reduction is verified, with evidence attached.

Agents

Investigate, correlate evidence, draft recommendations

People

Approve fixes and exceptions, own risk acceptance

Audit trail

Records both, from assessment to board slide

Figure 5. The S.A.F.E operating loop. Agents carry investigation and recommendation; people approve fixes, exceptions and every decision to accept risk.
06

Money gives boards a unit they can make decisions with

Colour ratings made cyber risk easy to display, and that convenience has cost boards the ability to weigh it properly against everything else on the agenda. A financial range with visible assumptions gives directors something they can compare with other risks and govern over time. Over the next few years, the security teams that earn budget and trust are likely to be the ones that speak the board's own language, showing which work reduced the company's exposure and explaining what they would do next.

A walkthrough of a scenario moving from threat to a defensible number is available at dataobserve.io/products/safe.

We would be interested to hear which scenario your organisation would choose to quantify first.

DataObserve S.A.F.E is a DataObserve product and is not affiliated with Safe Security.

// DataObserve S.A.F.E

See cyber risk in the language your board already uses.

Explore S.A.F.EBook a demo

// More from S.A.F.E

Keep reading

Severity Alone Makes a Poor Strategy

Exposure management works only when it runs every day and ends in a verified fix.

Read article

Your Vendor List Is an Attack Surface Map

Third-party risk should be tied to what each vendor touches and reassessed whenever that changes.

Read article

All articles

Research and perspectives from DataObserve across applications, models and infrastructure.

Browse Resources