SecurityAssess & Improve Security

Find Vulnerabilities (CVEs)

Find known vulnerabilities (CVEs) in your infrastructure and use Mondoo's scoring to prioritize fixes.

A vulnerability is a weakness in software that an attacker can exploit. Vulnerabilities are catalogued in the CVE (Common Vulnerabilities and Exposures) database, each with a unique identifier like CVE-2025-21755. Mondoo continuously scans your infrastructure to find which CVEs affect which assets, and prioritizes them using risk scores that combine severity with asset context.

Vendors often release advisories recommending how to fix or mitigate a vulnerability. To learn more, read Find Advisories.

Find CVEs in a space

  1. In the Mondoo App, navigate to the space.

    You can also select a workspace to view a subset of assets.

  2. In the side navigation, under Findings, select Security, then select the Vulnerabilities filter above the table.

    Security Findings filtered to vulnerabilities in the Mondoo App

    For each CVE, Mondoo shows when it was last updated, the number of assets it affects, its risk factors, its risk score, and its status (for example, Fix available or Detected).

  3. Filter using the search bar. Examples:

    • A platform name (windows, debian, google)
    • A CVE number (2025-21755, 1325)
    • A service or tool (winsock, curl, cim)
  4. Select a CVE to open its detail page. It shows the CVE's description and CVE Risk card, which sources detected it, remediation steps, related advisories, the Exposed Assets it affects, and its CVSS and EPSS details.

    A CVE detail page with the CVE Risk card in the Mondoo App

    The Exposed Assets table on a CVE detail page in the Mondoo App

Extended support subscriptions

Some operating system vendors sell subscriptions that keep a release patched after its standard support ends, or that pin a minor release for longer. When cnspec scans an asset, it detects which of these subscriptions are active. Mondoo then uses that information in two ways:

  • Advisory matching. Mondoo checks the asset against the security advisories the vendor publishes for that subscription. An asset with the subscription gets credit for the fixes it delivers, and an asset without it isn't held to advisories it can't install.
  • End of life. Mondoo uses the subscription's end date instead of the standard end-of-life date. The asset isn't flagged as end of life while the subscription still covers it.

There's nothing to configure. Mondoo reads the subscription from each asset during the scan, so assets in the same space can have different subscriptions.

VendorSubscriptionChanges which advisories applyExtends end of life
CanonicalUbuntu Pro (Expanded Security Maintenance)YesYes
Red HatExtended Life Cycle Support (ELS)YesYes
Red HatExtended Update Support (EUS) and Update Services for SAP Solutions (E4S), RHEL 8 and laterYesNo
SUSELong Term Service Pack Support (LTSS)YesYes
SUSESUSE Linux Enterprise Server for SAP ApplicationsYesYes
OracleOracle Linux Extended SupportNoYes
MicrosoftWindows Extended Security Updates (ESU)NoYes
AWSAmazon EKS extended support for Bottlerocket Kubernetes variants (always applied, no subscription needed)NoYes

Ubuntu Pro also affects software end of life. Some packages in Ubuntu's main archive stay on an older upstream release that Canonical keeps patching. Mondoo doesn't report those packages as end of life while the release is in standard support, or in Ubuntu Pro coverage on assets that have it.

cnspec detects Red Hat subscriptions from the repositories enabled on the asset. If a scan doesn't report a subscription, Mondoo checks the asset against the standard Red Hat Enterprise Linux advisories only, and fixes delivered only through a subscription stream aren't credited. This happens for Advanced Update Support (AUS) and Telecommunications Update Service (TUS), which cnspec doesn't detect, and for scans by older cnspec versions. EUS and E4S detection requires cnspec 12.1 or later. ELS detection requires cnspec 13 or later, and cnspec 14 or later on RHEL 8 and later.

How a CVE is scored

Mondoo combines a base severity with asset context to produce each CVE's risk score. To learn the full model, read How Mondoo Scores and Prioritizes Findings.

Risk factors

Risk factors explain why a CVE's risk score is higher or lower than its CVSS score alone.

Mondoo shows risk factors in three places:

  • Factors column. In the Security Findings table, the Factors column shows an icon for each risk dimension that rates Critical or High for the finding: Business Priority, Attack Surface, Exploitability, Blast Radius, or In the News. Hover over an icon to see its name. An empty column means no dimension raises the finding's risk significantly.

  • Risk card. On the finding's detail page, the risk card shows the finding's risk score and a rating for each risk dimension (BIZ IMPACT, ATK SURFACE, EXPLOITS, BLAST RADIUS, and NEWS), plus the CVSS score.

  • Exposed Assets. On the finding's detail page, the Risk Factors column of the Exposed Assets table lists conditions Mondoo detected on each affected asset, such as internet exposure, known exploits, code execution, exposed credentials, database access, end-of-life software, or defensive countermeasures like SELinux or AppArmor. Hover over an icon to see its name.

CVSS score

The CVSS base score is a single number from 0 (low) to 10 (critical) representing the severity of a vulnerability. It's published by FIRST and is the industry standard for ranking CVEs.

CVSS v3.1 score details under Vulnerability Insights in the Mondoo App

How CVSS is calculated

The CVSS base score combines three groups of metrics. To learn more, read the FIRST CVSS documentation.

Exploitability metrics describe how easy the CVE is to exploit:

  • Attack vector: Network, Adjacent, Local, or Physical
  • Attack complexity: Low or High
  • Privileges required: None, Low, or High
  • User interaction: None, Passive, or Active

Scope metric indicates whether the vulnerability impacts resources beyond its security scope:

  • Unchanged or Changed

Impact metrics describe what an attacker gains:

  • Confidentiality: None, Low, or High
  • Integrity: None, Low, or High
  • Availability: None, Low, or High

EPSS score

The Exploit Prediction Scoring System (EPSS), also from FIRST, estimates how likely a CVE is to be exploited in the next 30 days. It complements CVSS: a Medium-severity CVE that's actively being exploited often deserves more attention than a Critical one with no known exploits.

EPSS score details under Vulnerability Insights in the Mondoo App

Mondoo shows three EPSS values:

  • Probability. Likelihood of exploitation in the next 30 days, as a percentage. 99% means an exploit is extremely likely; 1% means it's unlikely.

  • Percentile. Comparison to all CVEs. A CVE in the 96.9th percentile is more likely to be exploited than 96.9% of all CVEs ever evaluated.

  • CVSS v3.1 score. The CVSS base score described above.

To learn more, read the FIRST EPSS documentation.

See also

On this page