Common Vulnerabilities and Exposures 101

An introduction to CVEs, how MITRE assigns CVSS scores to CVEs, and how Game Warden manages them across DOW and FedRAMP environments.

Vulnerabilities are weaknesses in software that attackers can exploit to gain unauthorized access to systems or data. Security researchers frequently discover new vulnerabilities as software and threat landscapes evolve.

This guide explains the role of Common Vulnerabilities and Exposures (CVEs) in secure development within Game Warden, and how they apply across both Department of War (DOW) and FedRAMP environments. It also describes how Game Warden streamlines CVE management to support compliance with Authority to Operate (ATO) and software authorization requirements to enable faster, more secure deployment to production.


CVE management lifecycle

Managing CVEs in Game Warden follows a five-stage process:

StageWhat happensWhere to go
1. Understand CVEsLearn what CVEs are, how CVSS scoring works, and why they matter in DOW and FedRAMP environments.Common Vulnerabilities and Exposures 101
2. Choose secure containersSelect base images (Chainguard, Iron Bank) that reduce inherited CVEs before you build.Recommended Containers
3. Review scan resultsAfter pushing images, view detected CVEs by severity across Development (DEV), Staging (STG), and Production (PRD) environments in the Findings tool.Findings Overview
4. Address vulnerabilitiesRemediate, mitigate, or justify each finding using the correct terminology and CVE statement format.Addressing Common Vulnerabilities
5. Meet compliance standardsConfirm your resolutions meet Game Warden's scanning schedule, SLA timelines (Tables A–C), and exception criteria.Acceptance Baseline Criteria

CVEs in regulated environments

CVE management is a strict requirement for deploying to both DOW and FedRAMP environments. While the two frameworks have different authorization processes, they share the same underlying rationale for CVE management:

  • Awareness: CVEs provide a standardized way to identify and track known software vulnerabilities.
  • Risk prioritization: CVSS scoring allows teams to focus remediation efforts on the most critical exposures first.
  • System compatibility: Visibility into CVEs helps ensure interconnected systems remain secure across agency boundaries.
  • Regulatory compliance: CVEs support alignment with NIST SP 800-53, which is the foundation of both DOW and FedRAMP security controls.
  • Risk mitigation: Structured CVE tracking improves risk management across mission-critical and federal cloud systems.
  • Collaboration: CVEs are globally recognized, supporting coordination between government, industry, and partners.
Note

MITRE assigns CVSS scores to CVEs and maintains the global CVE directory. CVEs are analyzed by NIST and published on several public registries.

For DOW deployments, reducing CVEs is a strict requirement when deploying to DOW environments. Unresolved vulnerabilities can block or delay an Authority to Operate (ATO) and prevent deployment to mission-critical systems.

For FedRAMP deployments, the authorization requires ongoing vulnerability management as part of Continuous Monitoring (ConMon). You must track unresolved CVEs in a Plan of Action and Milestones (POA&M) and remediate within FedRAMP-defined timelines. Failure to maintain an up-to-date POA&M can result in loss of FedRAMP authorization.


Manage CVEs within Game Warden

After you have pushed images to the Harbor registry, Game Warden scans your application containers for CVEs. These results are accessible through Findings, a CVE management tool built into the Game Warden web app. Use it to:

  • Review CVE details and severity levels
  • Apply remediation or submit justifications
  • Request a security review within the platform

After deployment, Game Warden performs scans to ensure your containers remain secure and compliant with the Acceptance Baseline Criteria. You must resolve any new vulnerabilities or justify within the required timelines.

Warning

Failure to remediate or justify vulnerabilities within the required SLAs may result in deployment delays or noncompliance status — including ATO impact for DOW and POA&M findings for FedRAMP.


Findings overview

The Findings page provides an aggregated view of all CVEs detected across your DEV, STG, and PRD environments. Use it to view, resolve, or justify CVEs, address security compliance results, and review security team responses to your proposed resolutions.


Free scanning tools: Trivy and Grype

Game Warden's scanning pipelines use open-source tools such as Syft, Grype, and Trivy to analyze containers. You can run these tools locally to preview your CVE posture before submission.

  • The Game Warden pipeline defines policy rules aligned with NIST SP 800-53, supporting compliance for both DOW and FedRAMP.
  • Trivy offers fast, lightweight container scanning for both vulnerabilities and compliance issues.
  • Grype offers fast scanning of container images and filesystems to find known vulnerabilities in operating system and language-specific packages.
  • Syft generates a comprehensive Software Bill of Materials (SBOM) for your container images.
Compliance justifications

The Game Warden pipeline detects compliance issues based on NIST 800-53 policies — the control baseline shared by both DOW and FedRAMP. These findings are treated similarly to CVEs and must be resolved or justified.

Severity levels:

  • Go – OK to proceed (Low severity)
  • Warn – Warning (Medium severity)
  • Stop – Critical finding; blocks deployment (High severity)
Warning

Second Front requires you to address all vulnerabilities unless a valid CVE statement and justification are provided.


Managing CVEs post-deployment

Game Warden scans applications deployed to staging or production every day. You must address all new vulnerabilities within the timelines specified in Tables A and B of the Acceptance Baseline Criteria.

Note
  • If remediation isn't possible for a critical/high vulnerability, you must submit a CVE justification and mitigation.
  • As the threat landscape evolves, new vulnerabilities may surface. It is essential that customers continuously update their applications and container dependencies.
  • FedRAMP customers must also reflect unresolved findings in their POA&M and report them as part of monthly ConMon deliverables.
October 19, 2026
Was this page helpful?