Skip to main content

Overview

Priority Scoring tells you which finding to fix first inside a project. The CybeRisk Score answers the level above it, which project carries the most risk right now, so security teams can prioritize across an entire portfolio, not just within a single repository. It is a single number computed by summing a CVSS-weighted point contribution over every active vulnerability on a project’s reference branch. Higher-severity findings contribute disproportionately more points, so the score reflects both the volume and the severity of open risk.

Project-Level

One risk number per project, aggregated across all six scanners

CVSS-Weighted

Critical findings contribute up to 20× more points than Low ones

Unbounded Scale

Not capped at 100. A large, risky project can score in the hundreds

Full Breakdown

Per-scan-type contributions and the top 5 risk contributors

The formula

The CybeRisk Score is the rounded sum of each active vulnerability’s point contribution:
CybeRiskScore = round( Σ pointsFromVuln(v) )   for every active vulnerability v
Each vulnerability is mapped to points by linearly interpolating its effective CVSS inside its severity band:
CVSS bandPoints formulaRange
Critical [9.0, 10.0]15 + (cvss − 9) × 515 → 20
High [7.0, 9.0)5 + (cvss − 7) × (5 / 1.9)5 → ~10.3
Medium [4.0, 7.0)2 + (cvss − 4) × (2 / 2.9)2 → ~3.4
Low [0.1, 4.0)1 (constant)1
The scale is deliberately unbounded. Unlike a normalized 0–100 score, a sum lets a project with 50 critical findings clearly outrank one with 5, so the number grows with the real backlog of risk.

Which CVSS is used

The effective CVSS is resolved in priority order, falling back to a severity midpoint when no vector exists at all:
1

Environmental CVSS 4.0

The project-adjusted CVSS 4.0 environmental score is preferred.
2

Base CVSS 4.0, then CVSS 3.x

Used when no environmental score is available.
3

Severity midpoint fallback

For findings with no CVSS at all (typically SAST, IaC and Secrets), the midpoint of the severity band is used: Critical = 17.5, High = 7.5, Medium = 3, Low = 1.

What counts toward the score

Only active vulnerabilities on the project’s reference branch are included:
  • to_verify
  • proposed_not_exploitable
  • confirmed
Resolved, ignored and confirmed-not-exploitable findings are excluded, so the score always reflects the current open risk.
When a project has no reference branch configured, the score falls back to the main (then master) branch. An explicit “all branches” selection is treated the same way, so the score stays branch-scoped and comparable.

Risk levels

The numeric score maps to a categorical level used for filtering, dashboards and portfolio views:
CybeRisk ScoreLevel
≥ 80Critical
≥ 50High
≥ 20Medium
< 20Low
low is the floor. Even a project with a score of 0 or no vulnerabilities reads as Low, there is no none level. This keeps every project on the same comparable scale.

Where it appears

  • Project overview: the headline risk indicator with its breakdown and top contributors.
  • Organization overview: projects are ranked and filterable by CybeRisk level (critical, high, medium, low) to surface the riskiest projects in a portfolio.
  • Project listings: each project carries both cyberRiskScore (for sorting) and cyberRiskLevel (for grouping/filtering).
The CybeRisk Score replaces the legacy bounded riskScore / riskLevel (0–100) project metric. The thresholds for the levels are unchanged, but the score itself is now an unbounded sum so it scales with the true backlog of risk.

CybeRisk Score vs Priority Score

These two scores work at different altitudes and complement each other:
Priority ScoreCybeRisk Score
ScopeOne vulnerabilityOne project (reference branch)
QuestionWhat do I fix first here?Which project is riskiest?
Scale0–100 (normalized)Unbounded sum of points
SignalsCVSS 4.0 · EPSS · Exploitability · ContextCVSS-weighted point sum across active findings
UseIn-project triage, Top VulnerabilitiesPortfolio prioritization, executive reporting

Related: Priority Scoring · CVSS 4.0 Scoring · Top Vulnerabilities · Exploitable Path