EPSS Scores and AI-Discovered Vulnerabilities: Why Exploit Prediction Models Are Changing in 2026
When Claude Mythos develops a working exploit in the same session it finds a bug, the time-to-exploit assumption underlying EPSS collapses

Retool's new app builder is where AI-generated code ships safely
Building apps with AI is easy. Getting them to production safely is another story.
EPSS v3 is the most sophisticated exploit prediction model available to security teams today. It has meaningfully improved vulnerability prioritization over raw CVSS scores by adding exploitation probability to the triage equation. But it was built on a world where the time from vulnerability discovery to functional exploit typically spans days to weeks. Project Glasswing changed that: Claude Mythos develops a working exploit in the same session it finds the bug. Understanding how EPSS works and where it breaks for AI-discovered vulnerabilities is now a practical competency for any vulnerability management program.
EPSS Explained: The Model, Its Inputs, and Its Output
EPSS (Exploit Prediction Scoring System) is maintained by FIRST.org and is currently in its third major version. The model produces a probability score between 0 and 1 representing the likelihood that a given CVE will be exploited in the wild within the next 30 days. The model is updated daily. EPSS v3 uses a gradient boosting model trained on historical CVE exploitation data, with features drawn from NVD metadata (CVSS score, attack vector, attack complexity, privileges required), threat intelligence signals (whether the CVE appears in threat actor toolkits or exploit kits), and proof-of-concept exploit availability in public repositories and databases. A score of 0.95 means the model predicts a 95% probability of exploitation within 30 days. A score of 0.02 means 2%. The median EPSS score across all CVEs is below 0.01, meaning most published CVEs are never actively exploited.
CVSS vs. EPSS for Triage: What Each Actually Tells You
CVSS and EPSS answer different questions and are both necessary for effective triage. CVSS v3.1 measures the theoretical worst-case impact of a vulnerability: exploitability metrics capture how an attacker would reach and exploit the vulnerability; impact metrics capture what the attacker gains. A CVSS 9.8 score means the vulnerability is remotely exploitable, requires no privileges, and grants full system compromise. EPSS tells you the probability that exploitation will happen in the real world within 30 days based on current threat intelligence. The practical implication: a CVSS 6.5 vulnerability with EPSS 0.85 is operationally more urgent than a CVSS 9.0 vulnerability with EPSS 0.01. One is almost certainly going to be exploited; the other is theoretically catastrophic but unlikely to be targeted in the near term.
Briefings like this, every morning before 9am.
Threat intel, active CVEs, and campaign alerts, distilled for practitioners. 50,000+ subscribers. No noise.
How EPSS Is Calculated: The Model's Key Inputs
EPSS v3 improved on previous versions by incorporating a broader feature set and a more sophisticated model architecture. Key inputs include: public exploit availability in repositories including GitHub, ExploitDB, and Metasploit modules (the single strongest predictor of near-term exploitation); CVSS attack vector and complexity (remote, no-auth vulnerabilities have higher base rates); product popularity and installed base (CVEs in widely deployed software have higher exploitation rates); threat intelligence signals including mentions in dark web forums, threat actor reports, and security vendor advisories; and the age of the CVE (newly published CVEs see a spike in exploitation probability that decays over time). The model output is recalibrated daily as new exploitation data, threat intelligence, and exploit availability data flows in.
Where EPSS Is Most Reliable
EPSS performs best for CVEs that have been in the ecosystem long enough to accumulate exploitation history and threat intelligence signal. For CVEs with published Metasploit modules, EPSS accurately identifies high exploitation probability. For CVEs in widely deployed software with large installed bases and active threat actor interest, EPSS correlates well with observed exploitation. For CVEs that are more than 90 days old, EPSS has had time to incorporate exploitation observations, public exploit publication events, and threat intelligence signals that sharpen its probability estimate. In these cases, EPSS provides a reliable complement to CVSS for prioritizing remediation queues.
Where EPSS Breaks Down for AI-Discovered Vulnerabilities
AI-discovered vulnerabilities from Project Glasswing expose a structural limitation in EPSS. The model's strongest predictor of exploitation is public exploit availability, typically a Metasploit module or a GitHub proof-of-concept. For traditional CVD timelines, this signal appears days to weeks after the initial vulnerability is discovered by a human researcher. For Glasswing CVEs, Claude Mythos develops a working exploit during the same discovery session, before the CVE is even assigned. The exploit exists before the CVE has any EPSS history. When the CVE is published and EPSS scores it for the first time, it has no historical exploitation data and no public exploit in the repositories EPSS monitors, so it receives a low score. But a functional exploit exists in Anthropic's coordinated disclosure documentation. EPSS has no mechanism to incorporate this signal.
The Glasswing CVE Examples in EPSS Context
CVE-2026-4747 is a FreeBSD NFS kernel memory disclosure vulnerability discovered by Claude Mythos and disclosed through Project Glasswing's CVD program. CVSS score: 8.4 (high). At initial publication, EPSS will assign a low-to-moderate score because there is no historical exploitation data and no public Metasploit module. But Mythos developed a working exploit during its discovery session. The effective exploitation risk is higher than EPSS reflects because functional exploit code exists and the vulnerability affects a widely deployed operating system component. CVE-2026-5194 is a wolfSSL certificate chain forgery vulnerability with CVSS 9.1. Same pattern: the EPSS score at publication will not reflect the Mythos-generated exploit capability. Security teams applying raw EPSS to these CVEs will underweight them relative to their actual risk.
Adjusting Your Prioritization Model for AI-Era Exploit Development Speed
Security teams need to apply an explicit adjustment to their prioritization model for AI-discovered CVEs. The adjustment has three components. First, source tracking: when a CVE originates from an AI vulnerability discovery program (Glasswing, XBOW, or similar), apply a manual exploit-available flag regardless of whether a public Metasploit module exists. Second, disclosure-day treatment: treat AI-disclosed CVEs as having immediate elevated exploitation risk from day one rather than applying the standard exploitation ramp-up model that EPSS uses. Third, CVSS floor: for AI-discovered CVEs with CVSS of 7.0 or higher, apply a 30-day patch SLA regardless of EPSS score, because the low EPSS score reflects data absence rather than low risk.
Combining EPSS, CVSS, and Exploit Availability for a Four-Factor Model
The most effective triage approach combines four factors into a single priority score. Factor one: CVSS base score, weighted for attack vector (remote over local), attack complexity (low over high), and impact (confidentiality, integrity, availability). Factor two: EPSS probability, capped at a confidence floor for AI-discovered CVEs where EPSS underestimates risk. Factor three: explicit exploit availability flag covering public Metasploit modules, GitHub proof-of-concept exploits, and AI-generated exploit code documented in CVD disclosures. Factor four: asset exposure, specifically whether the vulnerable component is internet-facing or accessible from an adversary-reachable network segment. Combining these four factors produces a triage ranking that handles both traditional CVEs where EPSS is reliable and AI-discovered CVEs where it is not.
Adjusted Prioritization Model and EPSS Integration Guide
The Mythos Brief contains the complete adjusted prioritization model for AI-era vulnerability management, including the four-factor scoring formula, the EPSS integration guide for common vulnerability management platforms, and the AI-discovered CVE treatment policy template.
Subscribe to unlock Remediation & Mitigation steps
Free subscribers unlock full IOC lists, Sigma detection rules, remediation steps, and every daily briefing.
The bottom line
EPSS v3 is the best exploit prediction tool available and should be part of every vulnerability management program. But its core limitation is now visible: it was not designed for AI-era exploit development speed, where a functional exploit exists at the moment of disclosure rather than days or weeks later. Glasswing CVEs like CVE-2026-4747 and CVE-2026-5194 will consistently receive lower EPSS scores than their actual risk warrants until the model is updated. The adjusted four-factor prioritization model, EPSS integration guide, and Glasswing CVE tracker are in the Mythos Brief: decryptiondigest.com/mythos-brief.
Frequently asked questions
What is EPSS and how is it different from CVSS?
CVSS measures the intrinsic severity of a vulnerability: how bad is it in the worst-case scenario. EPSS measures something different: the probability that this specific CVE will be actively exploited in the wild within the next 30 days, based on historical exploitation patterns, threat intelligence signals, and whether functional exploit code is publicly available. CVSS tells you how bad a vulnerability could be; EPSS tells you how likely it is to be exploited in practice. Both are useful for triage but they answer fundamentally different questions.
Where do I find EPSS scores for CVEs?
EPSS scores are available through the FIRST.org EPSS API at api.first.org/data/v1/epss, which accepts CVE IDs and returns the current probability score and percentile. Scores are updated daily. The NVD also surfaces EPSS data alongside CVSS scores for CVEs in its database. Commercial vulnerability management platforms including Tenable, Rapid7, and Qualys integrate EPSS scores into their dashboards alongside CVSS for combined triage.
Are the Glasswing CVEs in EPSS?
Glasswing CVEs with assigned CVE IDs including CVE-2026-4747 (FreeBSD NFS kernel memory disclosure) and CVE-2026-5194 (wolfSSL certificate chain forgery) are indexed in NVD and have EPSS scores assigned. However, their EPSS scores will be low initially because EPSS is calibrated on historical exploitation data and these are newly assigned CVEs with no historical exploitation record. This is precisely the gap: the EPSS score does not account for the fact that a functional exploit was developed by Mythos during the discovery session, which is a meaningful signal that is not yet captured in the model.
How should I weight EPSS vs CVSS for patch prioritization?
The current best practice is to use EPSS as the primary prioritization signal within a severity tier, not as a standalone override. For all critical and high CVEs, sort by EPSS score to identify those with highest exploitation probability and address those first within each severity band. Do not use EPSS to deprioritize critical CVEs with low EPSS scores: a low EPSS score on a critical CVE means exploitation has not been observed, not that it cannot be exploited. For AI-discovered CVEs from Glasswing, apply a manual uplift to the effective EPSS weight because functional exploit code was developed at discovery time.
Does FIRST.org update EPSS for AI-discovered exploits?
FIRST.org has acknowledged that AI-era exploit development speed is a challenge for EPSS v3 and is actively researching model updates. The current EPSS v3 model was trained on exploitation data predating large-scale AI vulnerability discovery, so it does not have training signal for the correlation between AI-discovered CVEs and early exploitation. FIRST has not published a timeline for an EPSS v4 update specifically addressing AI discovery. In the interim, security teams should treat AI-discovered CVEs as having an elevated effective exploitation risk beyond what the raw EPSS score reflects.
What is the right patch SLA for a CVE that has a low EPSS score but was discovered by an AI vulnerability research program like Project Glasswing?
Apply a 30-day patch SLA regardless of the raw EPSS score if the CVE originated from an AI discovery program and carries a CVSS score of 7.0 or higher. The low EPSS score reflects the absence of historical exploitation data, not the absence of exploit capability: Glasswing CVEs have a functional exploit developed during the discovery session, which is a risk signal the EPSS model cannot yet incorporate. Treat the low EPSS score as a data gap rather than a genuine risk reduction, and set your SLA based on CVSS severity and confirmed exploit existence instead.
Sources & references
Free resources
Critical CVE Reference Card 2025–2026
25 actively exploited vulnerabilities with CVSS scores, exploit status, and patch availability. Print it, pin it, share it with your SOC team.
Ransomware Incident Response Playbook
Step-by-step 24-hour IR checklist covering detection, containment, eradication, and recovery. Built for SOC teams, IR leads, and CISOs.
Get threat intel before your inbox does.
50,000+ security professionals read Decryption Digest for early warnings on zero-days, ransomware, and nation-state campaigns. Free, daily, no spam.
Unsubscribe anytime. We never sell your data.

Founder & Cybersecurity Evangelist, Decryption Digest
Cybersecurity professional with expertise in threat intelligence, vulnerability research, and enterprise security. Covers zero-days, ransomware, and nation-state operations for 50,000+ security professionals every morning.
Win a $2,495 Black Hat pass.
Full-access to Black Hat USA 2026 in Las Vegas. Subscribe free to enter.
