CVSS-based prioritization is mostly security theater. Here's a 5-signal framework that actually maps to exploitation.
Source Reddit Cybersecurity
Discussion
This content discusses the limitations of using CVSS scores alone for vulnerability prioritization and proposes a five-signal framework that better aligns with actual exploitation likelihood. It emphasizes that CVSS measures potential severity but not the probability of exploitation. The framework incorporates signals such as confirmed exploitation (KEV), predicted exploitation (EPSS), asset criticality, compensating controls, and exposure to prioritize vulnerabilities more effectively.
r/cybersecurity (opens in a new tab)u/Practical_Conflict300 points0 comments
I spent some time digging into the gap between CVSS scores and actual exploitation, and wrote up what I found plus the prioritization framework I landed on.
TL;DR:
- CVSS measures severity ("how bad if exploited"), not likelihood ("will anyone exploit this"). Prioritization depends on the second question.
- CISA KEV — the catalog of vulns confirmed exploited in the wild — is a tiny fraction of all published CVEs. Sorting by CVSS alone means most of your remediation effort goes to vulns that will never be attacked.
- Roughly 20% of KEV entries have been used by ransomware groups, and they span the full CVSS range. A "patch Critical only" policy misses real threats sitting at 7.x.
- Free signals that work better together: KEV (confirmed exploitation), EPSS (predicted exploitation), plus your own context — asset criticality, compensating controls, exposure.
The framework: score each vuln across 5 dimensions, bucket into 4 tiers (P0 = KEV + critical asset + exposed → drop everything; P3 = low likelihood + strong controls → monitor, don't panic).
Full write-up with the tier definitions and a Monday-morning implementation plan:
Curious how others here handle prioritization — anyone moved fully to EPSS/KEV-driven queues? What broke when you tried?