Understanding AssurIQ Risk (CVSS vs AssurIQ Risk)

Why CVSS alone is not risk, and how AssurIQ combines severity, EPSS, KEV, exposure, criticality, mitigations and age.

Updated Aug 21, 2026Product 2026.99 minMSP operator, Internal IT, Executive
Prerequisites
  • A vulnerability scan has completed for at least one asset
  • Familiarity with basic CVSS terminology is helpful but not required

Overview

CVSS scores describe how severe a vulnerability could theoretically be if exploited under worst-case conditions. It says nothing about whether that vulnerability is actually being exploited, whether the affected asset is reachable from the internet, or how much damage a successful exploit would actually cause in your environment. AssurIQ Risk answers those questions directly instead of leaving them to a static severity number.

A CVSS 9.8 vulnerability on an internal test VM with no real data is not the same risk as the same CVSS 9.8 vulnerability on an internet-facing firewall protecting a production network. AssurIQ Risk reflects that difference; CVSS alone does not.

How is this calculated?

AssurIQ Risk is a 0-100 score computed per finding from seven weighted factors. Each factor is evaluated with current data, not a value fixed at disclosure time, so the score moves as real-world conditions change.

FactorWhat it measuresWhy it matters
Severity (CVSS)Technical severity of the vulnerability itselfBaseline signal for potential impact
EPSSProbability of exploitation in the next 30 daysDistinguishes theoretical risk from active threat
KEVWhether CISA has confirmed real-world exploitationThe strongest available signal that exploitation is not hypothetical
ExposureWhether the asset is internet-facing, internally exposed, or isolatedAn unreachable asset cannot be remotely exploited
Asset criticalityBusiness importance of the affected assetThe same flaw on a domain controller outweighs the same flaw on a print server
MitigationsCompensating controls already in place (WAF, segmentation, MFA, EDR)Reduces effective risk even before the underlying flaw is patched
AgeHow long the finding has been openUnremediated findings accumulate risk the longer they persist

Worked example: high risk

Summit Ridge Auto Group's edge firewall, sr-ford-fw01, has an SSL-VPN vulnerability rated CVSS 9.8 with an EPSS score of 0.94 (94% probability of exploitation within 30 days) and a confirmed CISA KEV listing. The device is internet-facing and classified as a critical asset because it is the perimeter control for the entire dealership network.

CVSS
9.8 (Critical)
EPSS
0.94
KEV
Yes — confirmed exploited
Exposure
Internet-facing
Asset criticality
Critical
Mitigations
None applied
AssurIQ Risk
96
Every high-weight factor is aligned against this finding: it is severe, actively exploited, reachable from the internet, and sits on a critical asset. This is exactly the profile AssurIQ Risk is designed to surface ahead of a lower-CVSS finding that lacks these conditions.

Worked example: low risk despite similar severity

By contrast, an internal file server with a similarly high CVSS finding, no confirmed exploitation, no KEV listing, and no direct internet exposure — sitting behind network segmentation and covered by endpoint detection — scores approximately 40, in the moderate range rather than critical.

CVSS
9.1 (Critical)
EPSS
0.06
KEV
No
Exposure
Internal only, segmented VLAN
Asset criticality
Standard
Mitigations
EDR present, network segmentation
AssurIQ Risk
~40

Risk bands

BandScore rangeTypical response
Critical85-100Remediate immediately, treat as an incident if internet-facing
High65-84Remediate within the standard SLA window
Moderate35-64Schedule into the next patch cycle
Low0-34Track and reassess; no immediate action required

How mitigations reduce risk

AssurIQ Risk gives credit for compensating controls that are actually in place and evidenced, not assumed. A finding behind a validated WAF rule, network segmentation, endpoint detection, or an MFA requirement scores lower than the identical finding with no compensating control, because the practical likelihood of successful exploitation is genuinely lower.

Recording a mitigation without evidence does not lower the score. AssurIQ only credits mitigations that are backed by an evidence record, consistent with the evidence-first model used across the platform.
Was this helpful?