Cybersecurity Glossary

What Is a CVE?

CVE stands for Common Vulnerabilities and Exposures. A CVE ID is a standardized public identifier used to distinguish a specific publicly disclosed cybersecurity vulnerability so vendors, scanners, researchers, and security teams can refer to the same issue consistently.

Meaning

Common Vulnerabilities and Exposures; a public identifier assigned to a known cybersecurity vulnerability.

Identifier

CVE IDs use the CVE prefix, a year, and a sequence number.

Purpose

Provide a common way to identify and cross-reference publicly disclosed vulnerabilities.

Does Not Mean

A CVE ID by itself does not tell you severity, exploitability, asset impact, or remediation priority.

Simple definition

Common Vulnerabilities and Exposures; a public identifier assigned to a known cybersecurity vulnerability.

CVE is an identification system, not a complete risk score. Security teams typically combine CVE records with CVSS, EPSS, known exploitation, product advisories, asset criticality, and exposure to decide priority.

What information is associated with a CVE?

ID

CVE ID

A standardized identifier used to reference the vulnerability.

DESC

Description

A concise description identifies the vulnerability and affected behavior or product context.

PROD

Affected products

Records can describe affected products, versions, components, and status.

REF

References

Vendor advisories, research, fixes, and other public references support the record.

CWE

Weakness type

Records may include a CWE classification of the weakness.

SCORE

Enrichment

Security ecosystems add CVSS, EPSS, KEV, exploit, and remediation context around the CVE.

Why CVEs matter

  • One common identifier lets different scanners, advisories, SIEMs, and ticketing systems correlate the same vulnerability.
  • CVE IDs make vulnerability reporting and remediation easier to automate across tools.
  • A CVE can be enriched with multiple external data sources without changing the core identifier.
  • Security teams can use CVEs to track affected assets, exceptions, remediation tasks, and closure evidence.
  • Not every security weakness necessarily receives a CVE.
  • Priority should be based on organizational risk rather than the presence of a CVE ID alone.

How the CVE system works

1

Identify the vulnerability

A vendor, researcher, or other participant identifies a security vulnerability.

2

Assign the identifier

An authorized CVE Numbering Authority assigns a CVE ID according to program rules.

3

Publish the record

The CVE record becomes publicly available with vulnerability details and references.

4

Enrich the data

Vendors and security sources add severity, exploitability, remediation, KEV, and product context.

5

Match affected assets

Scanners and asset systems determine which organizational systems may be affected.

6

Remediate and track

Teams patch, mitigate, document exceptions, validate closure, and retain evidence.

CVE concepts vulnerability teams should understand

CNA

CVE Numbering Authority

An organization authorized to assign CVE IDs and publish records within its scope.

ID

Identifier

The CVE ID is a stable reference for a disclosed vulnerability.

REC

CVE record

The published record contains vulnerability description and related structured data.

CWE

CWE

Common Weakness Enumeration can classify the underlying weakness type.

PROD

Product context

Affected products and versions determine whether the vulnerability applies.

FIX

Remediation context

Vendor advisories and downstream sources provide fixes, workarounds, and operational guidance.

Common CVE use cases

SCAN

Vulnerability scanning

Map detected software or configurations to known vulnerabilities.

VR

Vulnerability Response

Create vulnerable items, remediation tasks, exceptions, and SLA workflows.

SIEM

Security analytics

Enrich alerts or asset context with known vulnerability information.

SBOM

Product security

Correlate vulnerable components in software inventories.

TI

Threat intelligence

Track exploitation activity, campaigns, and exploit availability by CVE.

GRC

Risk reporting

Use CVE identifiers as traceable references in risk and audit reporting.

CVE vs CVSS vs EPSS

ConceptPrimary purposeWhat it tells you
CVEIdentify a specific publicly disclosed vulnerability.Which vulnerability everyone is referring to.
CVSSScore the technical severity of a vulnerability.How severe the technical characteristics are.
EPSSEstimate short-term exploitation probability.How likely a published CVE is to be exploited in the wild within the model's prediction window.

Key technical considerations

MATCH

Validate asset matching

A CVE matters to an asset only if the vulnerable product, version, component, or condition applies.

SRC

Track provenance

Know where severity, exploitability, fix, and affected-version data came from.

VER

Handle record updates

CVE records and vendor advisories can change as new information arrives.

DUP

Avoid duplicate findings

Multiple scanners may report the same CVE on the same asset.

CTX

Add organizational context

Asset criticality, exposure, controls, and business service affect priority.

AUTO

Automate lifecycle carefully

Use stable CVE and asset identifiers when creating or updating remediation records.

Benefits and common problems

Benefits

  • Common identifier across tools.
  • Easier cross-reference between advisories and scanners.
  • Strong foundation for automation.
  • Supports enrichment with severity and exploitation data.
  • Improves traceability.

Common problems

  • Treating every CVE as equal priority.
  • Assuming every version is affected.
  • Duplicate findings from multiple scanners.
  • Affected-version data not refreshed.
  • Confusing identity with severity or exploitability.

How ForshTec helps operationalize CVE data

ForshTec connects vulnerability identifiers, scanner findings, asset context, exploitability, ServiceNow workflows, and remediation status across security platforms.

  • Scanner and vulnerability-platform integrations
  • CVE and asset correlation
  • ServiceNow Vulnerability Response workflows
  • CVSS, EPSS, and KEV enrichment
  • Duplicate-finding control
  • Remediation task and exception synchronization

Need CVE data connected to assets and remediation workflow?

ForshTec can integrate vulnerability sources so CVE records become prioritized, owned, traceable remediation work instead of isolated scanner findings.

Talk to ForshTec

FAQs

What does CVE stand for?

Common Vulnerabilities and Exposures.

What is a CVE ID?

A standardized public identifier for a specific publicly disclosed cybersecurity vulnerability.

Does a CVE ID include severity?

No. Severity is represented separately through systems such as CVSS and vendor or database analysis.

Who assigns CVE IDs?

CVE Numbering Authorities, or CNAs, are authorized to assign IDs and publish records within their scopes.

Is every vulnerability assigned a CVE?

No. CVE coverage follows program rules and publication processes, and not every issue necessarily has a CVE record.

How should CVEs be prioritized?

Combine CVE identity with severity, exploitation likelihood, known exploitation, exposure, asset criticality, business context, and remediation options.

Use CVE as the common identifier—then add the context that determines real remediation priority.

ForshTec connects CVE data with scanners, asset context, EPSS, CVSS, ServiceNow, and remediation workflows.

Start a project