Safeguard
Industry Analysis•

What goes on a per-service security scorecard that teams will read?

A per service security scorecard with six metrics: owner, scan freshness, known exploited items, open age, base image age and lockfile coverage.

Safeguard Security Team
3 min read

A useful scorecard fits on one screen and has six metrics: owner present, last scan age, known exploited findings, oldest open high severity item, base image age, and lockfile or SBOM coverage. Each metric names an action. A scorecard with fifty numbers gets ignored.

Principles

Score what a team can change. Avoid composite grades that nobody can explain. Show the trend, not just the value, and always show the owner. A scorecard exists to help a team decide what to do on Monday.

The six metrics

MetricWhyAction it triggers
Owner present and validWithout one, nothing else mattersAssign a steward
Days since last successful scanA missing scan looks like a clean oneFix the pipeline
Known exploited findings openListed by CISA as exploited in the wildFix first
Age of oldest open high severity findingShows neglectPlan the fix
Base image age or newest digest behindMany findings come from the baseRebuild
Lockfile or SBOM coverageCannot assess what is not recordedAdd generation

CISA describes its Known Exploited Vulnerabilities catalog as the authoritative source of vulnerabilities exploited in the wild, so a simple count of open items on it is a defensible headline number.

Display rules

  1. Use three states per metric: fine, needs work, urgent. Define the thresholds in advance and publish them.
  2. Show the service tier next to the name, so a reader knows how strict the thresholds are.
  3. Sort services by urgent count, not alphabetically.
  4. Give every red cell a link to the finding or the how to fix page.

Fleet roll up

Aggregate by team and by system. Leaders ask "which team is struggling", and the answer should be there without a spreadsheet. But be careful: ranking teams against each other can encourage gaming. Present it as a work queue, not a league table.

Avoid these traps

  • Counting findings in total. It rewards services with fewer dependencies, not better practice.
  • Rewarding suppression. If closing a finding as accepted improves the score, expect more acceptance.
  • Scoring unknowns as passes. If a scan did not run, the cell should be red, not green.

Review cadence

Review scorecards with team leads monthly. Ask one question per team: what is the single biggest item, and when will it be done. Close the loop in the next review.

Try it yourself

Click through it at your own pace, or open it full screen. Look at which signals change over time.

Quick check

Should the scorecard produce one overall grade?

Usually not. A single grade hides what to fix. Show the six metrics with their states.

What if a metric cannot be measured yet?

Show it as unknown and treat unknown as needing work until the data exists.

Safeguard's continuous monitoring and compliance evidence automation can supply many of these inputs, and a free scan shows one project's data.

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.