Safeguard
Industry Analysis•

Can one security score summarise an application's risk honestly?

A single score is easy to read and easy to misuse. Learn what a composite hides, when it helps and how to publish a score together with its inputs.

Safeguard Security Team
3 min read

A single score can be a useful index if its inputs, weights and limits are published, but it cannot fully summarise risk. Composites hide which factor drives them and can be raised by improving easy inputs. Show the score beside its components and never use it as the only gate.

Why people want one number

Executives, procurement and customers want quick comparisons. One number is easy to chart, rank and put in a contract clause. That demand is legitimate. The problem is what the number silently decides.

What a composite hides

  • Weights. Someone chose how much dependency age counts against exposure. Different weights give different rankings.
  • Offsetting. A great result in one area can mask a severe weakness in another.
  • Coverage. A score computed over the assets you scan says nothing about the rest.
  • Direction. Two applications with the same score can have opposite problems.
  • Staleness. The score's date is often missing.

FIRST makes a similar point about CVSS: base scores measure severity and should not be used alone to assess risk, and numerical scores should be labelled with the metric groups used. A composite needs that same labelling discipline.

Gaming a composite

If a composite becomes a target, effort goes to the cheapest inputs. A team can raise the score by closing many low findings, adding documentation checks or enabling an easy scan, while a severe flaw remains. Campbell's law, as commonly phrased, warns that indicators used for decisions invite distortion of the process they track.

Making a score honest

PracticeEffect
Publish the inputs and weightsReaders can challenge them
Show component scores beside the totalReveals offsetting
Cap the score when any critical condition holdsStops averaging away a severe issue
Show coverage and last updated datePrevents false assurance
Version the method and log changesKeeps trends comparable
Give a rationale for each inputKeeps the score tied to outcomes

The capping rule is especially useful: if a known exploited, reachable flaw is open on an exposed asset, the result should not read as healthy whatever else is true.

Steps to build or evaluate one

  1. List the decisions the score will inform. If none, do not build it.
  2. Choose a few inputs tied to outcomes: exposure evidence, time to fix, coverage.
  3. Set weights with a written reason, and test how rankings change under other weights.
  4. Add caps for severe conditions.
  5. Publish the method and a change log.
  6. Never use the score as the sole gate. Keep gates on specific conditions.

Using external scores

If a vendor or customer sends a score, ask for the method, the data date, the scope and the components. If they cannot supply them, treat it as an opinion.

Safeguard offers SBOM and dependency scanning, reachability analysis and policy gates. You can run a free scan at gold.safeguard.sh/scan.

Quick check

Is a composite score worthless?

No. It is a helpful index when inputs, weights and limits are visible. It fails as a hidden verdict.

Should a score be a release gate?

Gate on specific conditions, such as new known exploited findings, not on a blended number.

Sources

Last reviewed: 19 October 2026.

Never miss an update

Weekly insights on software supply chain security, delivered to your inbox.

Self-healing security runs on Safeguard.

Your first fix PR is minutes away.

No sales call required, even your agent can complete the purchase over MCP.