Skip to content
Calcrivo

CVE Severity Calculator

Adjust a published CVSS base score for EPSS probability, KEV listing, exposure, data sensitivity and compensating controls.

Inputs

/ 10
%

From the FIRST EPSS feed — the chance of observed exploitation in the next 30 days

Environment-Adjusted Severity

10.0/ 10

Adjusted Severity Rating

Critical

Published Severity Rating

High

Change vs Published Score

13.6%

Threat Multiplier

1.28×

Suggested Remediation SLA

3days

Recommended Action

Emergency change — KEV listed and high adjusted severity

Step by step

  1. Values used

    Published CVSS base score = 8.80 / 10; EPSS probability (30-day) = 12 %; Listed in CISA KEV = Yes; Exposure of the affected asset = Internet-facing — ×1.15; Data on the affected asset = Regulated PII or payment data — ×1.10; Compensating controls in place = Detection only — 20% reduction

  2. CVE Severity

    Adjusted = min(10, base × exposure × sensitivity × threatMultiplier × (1 − controlReduction)), where threatMultiplier = 1 + 0.25 if KEV-listed + EPSS ÷ 400.

  3. Threat uplift

    threatMultiplier = 1 + 0.25·KEV + EPSS% ÷ 400, so a KEV-listed CVE with a 100% EPSS score is worth a 1.5× uplift.

  4. Environment-Adjusted Severity

    = 10.0 / 10

  5. Adjusted Severity Rating

    = Critical

  6. Published Severity Rating

    = High

  7. Change vs Published Score

    = 13.6

  8. Threat Multiplier

    = 1.28 ×

  9. Suggested Remediation SLA

    = 3 days

How it works

The published CVSS base score describes the flaw, not your estimate of risk. This calculator keeps that score as the anchor and applies four environment factors: whether an attacker can reach the asset, what the asset holds, whether the vulnerability is actually being exploited, and whether a compensating control already blocks the path. EPSS contributes at most 0.25 of uplift and KEV listing a flat 0.25, because confirmed in-the-wild use is the strongest single signal there is. Every scanner hands you thousands of Highs and Criticals; the adjusted score is what turns that list into a work queue your change board will actually approve.

Formulas

CVE Severity

Adjusted = min(10, base × exposure × sensitivity × threatMultiplier × (1 − controlReduction)), where threatMultiplier = 1 + 0.25 if KEV-listed + EPSS ÷ 400.

base
Published CVSS base score
exposure
0.70 isolated … 1.15 internet-facing
sensitivity
0.85 public data … 1.20 credentials
threatMultiplier
1.00–1.50 uplift from real-world exploitation signals

Threat uplift

threatMultiplier = 1 + 0.25·KEV + EPSS% ÷ 400, so a KEV-listed CVE with a 100% EPSS score is worth a 1.5× uplift.

Frequently Asked Questions

How is CVE Severity calculated?

Adjusted = min(10, base × exposure × sensitivity × threatMultiplier × (1 − controlReduction)), where threatMultiplier = 1 + 0.25 if KEV-listed + EPSS ÷ 400. The published CVSS base score describes the flaw, not your estimate of risk. This calculator keeps that score as the anchor and applies four environment factors: whether an attacker can reach the asset, what the asset holds, whether the vulnerability is actually being exploited, and whether a compensating control already blocks the path. EPSS contributes at most 0.25 of uplift and KEV listing a flat 0.25, because confirmed in-the-wild use is the strongest single signal there is.

Why does CVE Severity matter?

Every scanner hands you thousands of Highs and Criticals; the adjusted score is what turns that list into a work queue your change board will actually approve.

What values do I need to enter?

This calculator takes 6 inputs: Published CVSS base score, EPSS probability (30-day), Listed in CISA KEV, Exposure of the affected asset, Data on the affected asset, Compensating controls in place. The pre-filled defaults are a realistic starting point — replace them with figures from your own environment for a result you can act on.

Can the adjusted score go above the base score?

Yes, and it should. An internet-facing asset holding payment data with a KEV-listed CVE is a bigger problem than the abstract CVSS score suggests, and the multiplier chain is capped at 10 so it can never leave the scale.

Why cap compensating-control credit at 60%?

Because a virtual patch, a WAF rule or a disabled feature reduces likelihood but leaves the vulnerable code in place, and every one of those controls has been bypassed in the field. Full credit is only earned by removing or patching the component.

You might also need