Safeguard
Security Guides•

Which AppSec metrics should you track in the first year?

Track coverage, age of severe findings, new versus closed and time to fix exploited issues in year one. What to skip and how to report them honestly.

Safeguard Security Team
3 min read

In the first year, track four things: how much of your software is covered by automated checks, how old your severe findings are, whether new findings outpace closed ones, and how fast you fix actively exploited issues. Skip vanity totals. A short, steady set of numbers beats a large dashboard.

What makes a good metric

A good metric changes someone's behavior, can be gathered without heroics, and is hard to game. Counts of total findings fail the test. They rise when you scan more, which is progress, and fall when you stop looking, which is not.

Starter set

MetricWhat it tells youWatch out for
Coverage of repositories with scanningHow much you can seeCount only repositories you actually own
Age of open severe findingsWhether fixes happenAge only counts if severity is trusted
New versus closed per weekWhether debt growsNeeds steady scanning
Time to fix known exploited issuesResponse to real threatsDefine the clock start

For the last one, CISA's Known Exploited Vulnerabilities catalog is a reasonable list to match against, and CISA advises using it as an input to vulnerability prioritization.

Add later

  • False positive rate of each check, from developer feedback.
  • Exception count and age.
  • Training or champion participation.
  • Share of releases that went through a design review.

OWASP SAMM includes a Strategy and Metrics practice and scores it as part of Governance, which is a good prompt to think of metrics as a program activity, not a report.

Reporting rules

  1. Show trends, not snapshots.
  2. Pair each number with a decision it supports.
  3. Report by team so owners see their own data.
  4. Mark changes in method, so a jump is not misread.
  5. Show bad news early and plainly.

Quick check

Should we track the number of vulnerabilities found?

Only as context. It is a poor target because it rises with better coverage.

How often should we report?

Monthly for teams, quarterly for leadership. More often creates noise.

Try it yourself

Click through it at your own pace, or open it full screen.

Look at the status views. Pick which of them map onto the four starter metrics above.

Safeguard's continuous monitoring and dashboards cover findings and their ageing, and its compliance and evidence automation keeps records for audits. Try a free scan.

Sources

  • CISA Known Exploited Vulnerabilities Catalog (cisa.gov). Paraphrased.
  • OWASP SAMM model page (practice names). Paraphrased.

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.