Skip to content
Richard Cooper
Go back

The risk equation

In the last post I claimed that mature security is knowing which doors are worth locking, and being able to show your working on the ones you leave open. That “show your working” bit isn’t a figure of speech. There’s an actual calculation, it’s been in the security syllabus for decades, and it’s one of those rare bits of theory that survives contact with a real budget.

It comes out of the quantitative risk analysis you’ll find in things like the CISSP body of knowledge, and the reason it’s worth knowing isn’t the arithmetic — the arithmetic is trivial. It’s that the calculation forces you to say out loud the numbers you were implicitly guessing at anyway, and then it tells you something genuinely counterintuitive: that spending money to fix a risk is often the wrong answer.

The chain, in plain terms

Start with a single bad event and work out what one occurrence costs you.

Now ask how often you’d expect it.

Multiply the two and you get the number that actually drives decisions:

That last number is the one to hold onto, because it’s denominated the same way your controls are: per year. Now you can compare like with like.

The bit that changes how you decide

A control isn’t worth its price just because it reduces risk. It’s worth it only if it reduces risk by more than it costs. So:

Value of a control = ALE before − ALE after − annual cost of the control

Work our example. That £40k/year database risk. Suppose better backups and endpoint detection cost £15,000 a year and cut the frequency from once-in-five-years to once-in-twenty (ARO 0.2 → 0.05). New ALE: £200,000 × 0.05 = £10,000. So:

£40,000 − £10,000 − £15,000 = +£15,000 a year of net benefit. Do it. Easy call.

Now change one number. Suppose the only control that helps costs £60,000 a year and removes the same £30k of expected loss:

£40,000 − £10,000 − £60,000 = −£30,000 a year.

You’d be spending sixty grand to save thirty. The control is a worse outcome than the risk it prevents. And this is the case the instinct-driven “more security is always good” answer gets catastrophically wrong — because on the slide, “reduces ransomware risk by 75%” looks like an unambiguous win. The maths says you’re setting fire to £30,000 a year to feel safer.

Four things you can do with a risk (and a dishonest fifth)

Once you can see the numbers, the menu of responses opens up. Fixing it is only one option.

And the fifth, the one that masquerades as the fourth: ignore. Accepting a risk means a named owner looked at the number, signed it off, and set a date to look again. Ignoring a risk is accepting it without any of that — nobody decided, nobody owns it, nobody will revisit it. The two produce an identical system today and a completely different conversation after the incident. “We accepted this risk in March, here’s the sign-off, here’s the review we had booked” is a defensible position. “Nobody was really looking at that” is not.

Why this is really a decision-making post

The instinctive read of this calculation is that it’s about security. It isn’t, quite. It’s about honesty — the same honesty this blog keeps banging on about. It doesn’t make the decision for you; it makes you state the decision, with the numbers attached, so that “we’ll accept that one” stops being a shrug and becomes a position you can stand behind.

Which is exactly why a risk acceptance belongs in the same place as your architecture decisions. It is an architecture decision — a consequential, hard-to-reverse choice with a rationale that the next person will need and won’t be able to reconstruct. “We accepted this risk, at this ALE, because every treatment cost more than the exposure, owner Jane, review next April” is precisely the road-not-taken that an ADR exists to capture.

The honest caveats

I’d be doing the opposite of showing my working if I pretended the maths was clean.

None of that is a reason to skip the exercise. It’s a reason to treat the number as the start of a grown-up conversation rather than the end of one. Because the alternative — deciding how much security to buy on gut feel and the fear of the post-incident review — is how you end up with both the £60,000 control and the risk you never got round to naming.

Show your working. Even when the working is rough. Especially when it’s rough.


Share this post:

Previous Post
How much security is too much
Next Post
Feature flags as an architectural tool