CVSS Calculator
Free CVSS calculator for v3.0, v3.1 and v4.0 vectors. It scores Base, Temporal, Threat and Environmental metrics in your browser.
Updated
Follows the metrics you pick. Paste a vector, or a calculator link from NVD or FIRST, to load it.
Base metrics
Exploitability
This metric reflects the context by which vulnerability exploitation is possible.
This metric captures measurable actions that must be taken by the attacker to actively evade or circumvent existing built-in security-enhancing conditions in order to obtain a working exploit.
This metric captures the prerequisite deployment and execution conditions or variables of the vulnerable system that enable the attack.
This metric describes the level of privileges an attacker must possess prior to successfully exploiting the vulnerability.
This metric captures the requirement for a human user, other than the attacker, to participate in the successful compromise of the vulnerable system.
Vulnerable system impact
This metric measures the impact to the confidentiality of the information managed by the system due to a successfully exploited vulnerability.
This metric measures the impact to integrity of a successfully exploited vulnerability.
This metric measures the impact to the availability of the impacted system resulting from a successfully exploited vulnerability.
Subsequent system impact
This metric measures the impact to the confidentiality of the information managed by the system due to a successfully exploited vulnerability.
This metric measures the impact to integrity of a successfully exploited vulnerability.
This metric measures the impact to the availability of the impacted system resulting from a successfully exploited vulnerability.
Threat metrics
The Threat metrics measure the current state of exploit techniques or code availability for a vulnerability.
This metric measures the likelihood of the vulnerability being attacked, and is based on the current state of exploit techniques, exploit code availability, or active, "in-the-wild" exploitation.
Reliable threat intelligence is not available to determine Exploit Maturity characteristics. The score assumes Attacked (the worst case).
Environmental metrics
Security requirements
These metrics enable the consumer to customize the assessment depending on the importance of the affected IT asset to the analyst's organization.
This is the default value. It has the same effect as High (the worst case).
This is the default value. It has the same effect as High (the worst case).
This is the default value. It has the same effect as High (the worst case).
Modified base metrics
These metrics enable the consumer analyst to override individual Base metric values based on specific characteristics of a user's environment.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Supplemental metrics
Supplemental metrics describe additional attributes of a vulnerability. None of them changes the score.
Like all Supplemental metrics, providing a value for Safety is optional. It describes the impact of the vulnerability on the safety of a human actor or participant.
The metric has not been evaluated.
Can an attacker automate exploitation events for this vulnerability across multiple targets?
The metric has not been evaluated.
Recovery describes the resilience of a system to recover services, in terms of performance and availability, after an attack has been performed.
The metric has not been evaluated.
Value Density describes the resources that the attacker will gain control over with a single exploitation event.
The metric has not been evaluated.
Supplemental information on how difficult it is for consumers to provide an initial response to the impact of vulnerabilities.
The metric has not been evaluated.
Many vendors provide supplemental severity ratings to consumers through product security advisories.
The metric has not been evaluated.
Exploitability
This metric reflects the context by which vulnerability exploitation is possible.
This metric describes the conditions beyond the attacker's control that must exist in order to exploit the vulnerability.
This metric describes the level of privileges an attacker must possess before successfully exploiting the vulnerability.
This metric captures the requirement for a human user, other than the attacker, to participate in the successful compromise of the vulnerable component.
Scope
The Scope metric captures whether a vulnerability in one vulnerable component impacts resources in components beyond its security scope.
Impact
This metric measures the impact to the confidentiality of the information resources managed by a software component due to a successfully exploited vulnerability.
This metric measures the impact to integrity of a successfully exploited vulnerability.
This metric measures the impact to the availability of the impacted component resulting from a successfully exploited vulnerability.
Temporal metrics
The Temporal metrics measure the current state of exploit techniques or code availability, the existence of any patches or workarounds, or the confidence in the description of a vulnerability.
This metric measures the likelihood of the vulnerability being attacked, and is typically based on the current state of exploit techniques, exploit code availability, or active, "in-the-wild" exploitation.
Assigning this value indicates there is insufficient information to choose one of the other values, and has no impact on the overall Temporal Score, i.e., it has the same effect on scoring as assigning High.
The Remediation Level of a vulnerability is an important factor for prioritization.
Assigning this value indicates there is insufficient information to choose one of the other values, and has no impact on the overall Temporal Score, i.e., it has the same effect on scoring as assigning Unavailable.
This metric measures the degree of confidence in the existence of the vulnerability and the credibility of the known technical details.
Assigning this value indicates there is insufficient information to choose one of the other values, and has no impact on the overall Temporal Score, i.e., it has the same effect on scoring as assigning Confirmed.
Environmental metrics
Security requirements
These metrics enable the analyst to customize the CVSS score depending on the importance of the affected IT asset to a user's organization, measured in terms of Confidentiality, Integrity, and Availability.
Assigning this value indicates there is insufficient information to choose one of the other values, and has no impact on the overall Environmental Score, i.e., it has the same effect on scoring as assigning Medium.
Assigning this value indicates there is insufficient information to choose one of the other values, and has no impact on the overall Environmental Score, i.e., it has the same effect on scoring as assigning Medium.
Assigning this value indicates there is insufficient information to choose one of the other values, and has no impact on the overall Environmental Score, i.e., it has the same effect on scoring as assigning Medium.
Modified base metrics
These metrics enable the analyst to override individual Base metrics based on specific characteristics of a user's environment.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Exploitability
This metric reflects the context by which vulnerability exploitation is possible.
This metric describes the conditions beyond the attacker's control that must exist in order to exploit the vulnerability.
This metric describes the level of privileges an attacker must possess before successfully exploiting the vulnerability.
This metric captures the requirement for a user, other than the attacker, to participate in the successful compromise of the vulnerable component.
Scope
An important property captured by CVSS v3.0 is the ability for a vulnerability in one software component to impact resources beyond its means, or privileges.
Impact
This metric measures the impact to the confidentiality of the information resources managed by a software component due to a successfully exploited vulnerability.
This metric measures the impact to integrity of a successfully exploited vulnerability.
This metric measures the impact to the availability of the impacted component resulting from a successfully exploited vulnerability.
Temporal metrics
This metric measures the likelihood of the vulnerability being attacked.
Assigning this value to the metric will not influence the score.
The Remediation Level of a vulnerability is an important factor for prioritization.
Assigning this value to the metric will not influence the score.
This metric measures the degree of confidence in the existence of the vulnerability and the credibility of the known technical details.
Assigning this value to the metric will not influence the score.
Environmental metrics
Security requirements
These metrics enable the analyst to customize the CVSS score depending on the importance of the affected IT asset to a user's organization.
Assigning this value to the metric will not influence the score.
Assigning this value to the metric will not influence the score.
Assigning this value to the metric will not influence the score.
Modified base metrics
These metrics enable the analyst to adjust the Base metrics according to modifications that exist within the analyst's environment.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Uses the value of the Base metric.
Pick a value for every Base metric, or paste a vector string.
What Is a CVSS Calculator?
The CVSS calculator scores a vulnerability with the Common Vulnerability Scoring System, versions 3.0, 3.1 and 4.0. Pick a value for each metric or paste a vector string, and it shows the score, the severity rating and the vector to copy. For v3.0 and v3.1 it shows the Base, Temporal and Environmental scores with the Impact and Exploitability subscores. For v4.0 it labels the score CVSS-B, CVSS-BT, CVSS-BE or CVSS-BTE and shows the MacroVector the score comes from.
How to Use the CVSS Calculator
- Pick the CVSS version: 4.0, 3.1 or 3.0.
- Choose a value for every Base metric, or paste a vector string or a calculator link into the vector field.
- Open the Temporal, Threat, Environmental or Supplemental group to adjust the score for your environment.
- Copy the vector, the score with its vector, or a link to this calculation.
How It Works
CVSS is owned and managed by FIRST. Version 3.1 sorts its metrics into Base, Temporal and Environmental groups. Version 4.0 uses Base, Threat, Environmental and Supplemental groups. Every score runs from 0.0 to 10.0.
For v3.0 and v3.1 the calculator applies the formulas and weights below. Roundup returns the smallest number with one decimal place that is equal to or higher than its input. Version 3.1 defines Roundup more precisely than 3.0 and changes the exponent at the end of the Modified Impact formula from 15 to 13, so Environmental scores of the two versions can differ by 0.1.
CVSS v4.0 has no score formula. It sorts the 15 million possible vectors into 270 MacroVectors of comparable severity, and the lookup table of the FIRST reference calculator gives each MacroVector a score. A vector inside a MacroVector gets that score minus the mean proportional distance to the MacroVectors below it, rounded to one decimal place.
When Exploit Maturity is not set, v4.0 assumes Attacked, the worst case. Supplemental metrics describe the vulnerability and have no effect on the score.
The v4.0 specification asks that every displayed score carry its nomenclature, such as CVSS-BT, and that a published score come with its vector string so others can see how it was derived.
Severity Ratings
| Rating | Score |
|---|---|
| None | 0.0 |
| Low | 0.1 to 3.9 |
| Medium | 4.0 to 6.9 |
| High | 7.0 to 8.9 |
| Critical | 9.0 to 10.0 |
CVSS v4.0 Nomenclature
| Label | Metrics used |
|---|---|
| CVSS-B | Base metrics |
| CVSS-BT | Base and Threat metrics |
| CVSS-BE | Base and Environmental metrics |
| CVSS-BTE | Base, Threat, and Environmental metrics |
CVSS v3.1 Formulas
ISS = 1 - [(1 - Confidentiality) x (1 - Integrity) x (1 - Availability)]Impact (Scope Unchanged) = 6.42 x ISSImpact (Scope Changed) = 7.52 x (ISS - 0.029) - 3.25 x (ISS - 0.02)^15Exploitability = 8.22 x AttackVector x AttackComplexity x PrivilegesRequired x UserInteractionBaseScore = 0 if Impact <= 0BaseScore (Scope Unchanged) = Roundup(Minimum[(Impact + Exploitability), 10])BaseScore (Scope Changed) = Roundup(Minimum[1.08 x (Impact + Exploitability), 10])TemporalScore = Roundup(BaseScore x ExploitCodeMaturity x RemediationLevel x ReportConfidence)MISS = Minimum(1 - [(1 - CR x MC) x (1 - IR x MI) x (1 - AR x MA)], 0.915)ModifiedImpact (Modified Scope Unchanged) = 6.42 x MISSModifiedImpact (Modified Scope Changed) = 7.52 x (MISS - 0.029) - 3.25 x (MISS x 0.9731 - 0.02)^13ModifiedExploitability = 8.22 x MAV x MAC x MPR x MUIEnvironmentalScore = Roundup(Roundup[Minimum([ModifiedImpact + ModifiedExploitability], 10)] x E x RL x RC), with 1.08 x the sum when Modified Scope is ChangedCVSS v3.0 Modified Impact
ModifiedImpact (Modified Scope Changed, v3.0) = 7.52 x (MISS - 0.029) - 3.25 x (MISS - 0.02)^15CVSS v3.x Metric Weights
| Metric | Weights |
|---|---|
| Attack Vector | Network 0.85, Adjacent 0.62, Local 0.55, Physical 0.2 |
| Attack Complexity | Low 0.77, High 0.44 |
| Privileges Required | None 0.85, Low 0.62 (0.68 if Scope is Changed), High 0.27 (0.5 if Scope is Changed) |
| User Interaction | None 0.85, Required 0.62 |
| Confidentiality, Integrity, Availability | High 0.56, Low 0.22, None 0 |
| Exploit Code Maturity | Not Defined 1, High 1, Functional 0.97, Proof-of-Concept 0.94, Unproven 0.91 |
| Remediation Level | Not Defined 1, Unavailable 1, Workaround 0.97, Temporary Fix 0.96, Official Fix 0.95 |
| Report Confidence | Not Defined 1, Confirmed 1, Reasonable 0.96, Unknown 0.92 |
| Security Requirements (CR, IR, AR) | Not Defined 1, High 1.5, Medium 1, Low 0.5 |
Metric Definitions
CVSS v4.0 metrics (21)
Base Metrics
- Attack Vector (AV)
- This metric reflects the context by which vulnerability exploitation is possible.
- Network (N): The vulnerable system is bound to the network stack and the set of possible attackers extends up to and including the entire Internet.
- Adjacent (A): The vulnerable system is bound to a protocol stack, but the attack is limited at the protocol level to a logically adjacent topology.
- Local (L): The vulnerable system is not bound to the network stack and the attacker's path is via read/write/execute capabilities.
- Physical (P): The attack requires the attacker to physically touch or manipulate the vulnerable system.
- Attack Complexity (AC)
- This metric captures measurable actions that must be taken by the attacker to actively evade or circumvent existing built-in security-enhancing conditions in order to obtain a working exploit.
- Low (L): The attacker must take no measurable action to exploit the vulnerability.
- High (H): The successful attack depends on the evasion or circumvention of security-enhancing techniques in place that would otherwise hinder the attack.
- Attack Requirements (AT)
- This metric captures the prerequisite deployment and execution conditions or variables of the vulnerable system that enable the attack.
- None (N): The successful attack does not depend on the deployment and execution conditions of the vulnerable system.
- Present (P): The successful attack depends on the presence of specific deployment and execution conditions of the vulnerable system that enable the attack.
- Privileges Required (PR)
- This metric describes the level of privileges an attacker must possess prior to successfully exploiting the vulnerability.
- None (N): The attacker is unauthenticated prior to attack, and therefore does not require any access to settings or files of the vulnerable system to carry out an attack.
- Low (L): The attacker requires privileges that provide basic capabilities that are typically limited to settings and resources owned by a single low-privileged user.
- High (H): The attacker requires privileges that provide significant (e.g., administrative) control over the vulnerable system allowing full access to the vulnerable system's settings and files.
- User Interaction (UI)
- This metric captures the requirement for a human user, other than the attacker, to participate in the successful compromise of the vulnerable system.
- None (N): The vulnerable system can be exploited without interaction from any human user, other than the attacker.
- Passive (P): Successful exploitation of this vulnerability requires limited interaction by the targeted user with the vulnerable system and the attacker's payload.
- Active (A): Successful exploitation of this vulnerability requires a targeted user to perform specific, conscious interactions with the vulnerable system and the attacker's payload.
- Vulnerable System Confidentiality Impact (VC)
- This metric measures the impact to the confidentiality of the information managed by the system due to a successfully exploited vulnerability.
- High (H): There is a total loss of confidentiality, resulting in all information within the Vulnerable System being divulged to the attacker.
- Low (L): There is some loss of confidentiality.
- None (N): There is no loss of confidentiality within the Vulnerable System.
- Vulnerable System Integrity Impact (VI)
- This metric measures the impact to integrity of a successfully exploited vulnerability.
- High (H): There is a total loss of integrity, or a complete loss of protection.
- Low (L): Modification of data is possible, but the attacker does not have control over the consequence of a modification, or the amount of modification is limited.
- None (N): There is no loss of integrity within the Vulnerable System.
- Vulnerable System Availability Impact (VA)
- This metric measures the impact to the availability of the impacted system resulting from a successfully exploited vulnerability.
- High (H): There is a total loss of availability, resulting in the attacker being able to fully deny access to resources in the vulnerable system.
- Low (L): Performance is reduced or there are interruptions in resource availability.
- None (N): There is no impact to availability within the Vulnerable System.
- Subsequent System Confidentiality Impact (SC)
- This metric measures the impact to the confidentiality of the information managed by the system due to a successfully exploited vulnerability.
- High (H): There is a total loss of confidentiality, resulting in all resources within the Subsequent System being divulged to the attacker.
- Low (L): There is some loss of confidentiality.
- None (N): There is no loss of confidentiality within the Subsequent System or all confidentiality impact is constrained to the Vulnerable System.
- Subsequent System Integrity Impact (SI)
- This metric measures the impact to integrity of a successfully exploited vulnerability.
- High (H): There is a total loss of integrity, or a complete loss of protection.
- Low (L): Modification of data is possible, but the attacker does not have control over the consequence of a modification, or the amount of modification is limited.
- None (N): There is no loss of integrity within the Subsequent System or all integrity impact is constrained to the Vulnerable System.
- Subsequent System Availability Impact (SA)
- This metric measures the impact to the availability of the impacted system resulting from a successfully exploited vulnerability.
- High (H): There is a total loss of availability, resulting in the attacker being able to fully deny access to resources in the subsequent system.
- Low (L): Performance is reduced or there are interruptions in resource availability.
- None (N): There is no impact to availability within the Subsequent System or all availability impact is constrained to the Vulnerable System.
Threat Metrics
The Threat metrics measure the current state of exploit techniques or code availability for a vulnerability.
- Exploit Maturity (E)
- This metric measures the likelihood of the vulnerability being attacked, and is based on the current state of exploit techniques, exploit code availability, or active, "in-the-wild" exploitation.
- Not Defined (X): Reliable threat intelligence is not available to determine Exploit Maturity characteristics. The score assumes Attacked (the worst case).
- Attacked (A): Based on available threat intelligence, attacks targeting this vulnerability (attempted or successful) have been reported, or solutions to simplify attempts to exploit it are available.
- POC (P): Based on available threat intelligence, proof-of-concept exploit code is publicly available, with no knowledge of reported attempts to exploit this vulnerability.
- Unreported (U): Based on available threat intelligence, there is no knowledge of publicly available proof-of-concept exploit code and no knowledge of reported attempts to exploit this vulnerability.
Environmental Metrics
These metrics enable the consumer to customize the assessment depending on the importance of the affected IT asset to the analyst's organization.
- Confidentiality Requirement (CR)
- Not Defined (X): This is the default value. It has the same effect as High (the worst case).
- High (H): Loss of confidentiality is likely to have a catastrophic adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Medium (M): Loss of confidentiality is likely to have a serious adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Low (L): Loss of confidentiality is likely to have only a limited adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Integrity Requirement (IR)
- Not Defined (X): This is the default value. It has the same effect as High (the worst case).
- High (H): Loss of integrity is likely to have a catastrophic adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Medium (M): Loss of integrity is likely to have a serious adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Low (L): Loss of integrity is likely to have only a limited adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Availability Requirement (AR)
- Not Defined (X): This is the default value. It has the same effect as High (the worst case).
- High (H): Loss of availability is likely to have a catastrophic adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Medium (M): Loss of availability is likely to have a serious adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Low (L): Loss of availability is likely to have only a limited adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
Supplemental Metrics
Supplemental metrics describe additional attributes of a vulnerability. None of them changes the score.
- Safety (S)
- Like all Supplemental metrics, providing a value for Safety is optional. It describes the impact of the vulnerability on the safety of a human actor or participant.
- Not Defined (X): The metric has not been evaluated.
- Negligible (N): Consequences of the vulnerability meet the definition of IEC 61508 consequence category "negligible."
- Present (P): Consequences of the vulnerability meet the definition of IEC 61508 consequence categories of "marginal," "critical," or "catastrophic."
- Automatable (AU)
- Can an attacker automate exploitation events for this vulnerability across multiple targets?
- Not Defined (X): The metric has not been evaluated.
- No (N): Attackers cannot reliably automate all 4 steps of the kill chain for this vulnerability for some reason.
- Yes (Y): Attackers can reliably automate all 4 steps of the kill chain.
- Recovery (R)
- Recovery describes the resilience of a system to recover services, in terms of performance and availability, after an attack has been performed.
- Not Defined (X): The metric has not been evaluated.
- Automatic (A): The system recovers services automatically after an attack has been performed.
- User (U): The system requires manual intervention by the user to recover services, after an attack has been performed.
- Irrecoverable (I): The system services are irrecoverable by the user, after an attack has been performed.
- Value Density (V)
- Value Density describes the resources that the attacker will gain control over with a single exploitation event.
- Not Defined (X): The metric has not been evaluated.
- Diffuse (D): The vulnerable system has limited resources.
- Concentrated (C): The vulnerable system is rich in resources.
- Vulnerability Response Effort (RE)
- Supplemental information on how difficult it is for consumers to provide an initial response to the impact of vulnerabilities.
- Not Defined (X): The metric has not been evaluated.
- Low (L): The effort required to respond to a vulnerability is low/trivial.
- Moderate (M): The actions required to respond to a vulnerability require some effort on behalf of the consumer and could cause minimal service impact to implement.
- High (H): The actions required to respond to a vulnerability are significant and/or difficult, and may possibly lead to an extended, scheduled service impact.
- Provider Urgency (U)
- Many vendors provide supplemental severity ratings to consumers through product security advisories.
- Not Defined (X): The metric has not been evaluated.
- Clear (Clear): Provider has assessed the impact of this vulnerability as having no urgency (Informational).
- Green (Green): Provider has assessed the impact of this vulnerability as having a reduced urgency.
- Amber (Amber): Provider has assessed the impact of this vulnerability as having a moderate urgency.
- Red (Red): Provider has assessed the impact of this vulnerability as having the highest urgency.
CVSS v3.1 metrics (14)
Base Metrics
- Attack Vector (AV)
- This metric reflects the context by which vulnerability exploitation is possible.
- Network (N): The vulnerable component is bound to the network stack and the set of possible attackers extends up to and including the entire Internet.
- Adjacent (A): The vulnerable component is bound to the network stack, but the attack is limited at the protocol level to a logically adjacent topology.
- Local (L): The vulnerable component is not bound to the network stack and the attacker's path is via read/write/execute capabilities.
- Physical (P): The attack requires the attacker to physically touch or manipulate the vulnerable component.
- Attack Complexity (AC)
- This metric describes the conditions beyond the attacker's control that must exist in order to exploit the vulnerability.
- Low (L): Specialized access conditions or extenuating circumstances do not exist.
- High (H): A successful attack depends on conditions beyond the attacker's control.
- Privileges Required (PR)
- This metric describes the level of privileges an attacker must possess before successfully exploiting the vulnerability.
- None (N): The attacker is unauthorized prior to attack, and therefore does not require any access to settings or files of the vulnerable system to carry out an attack.
- Low (L): The attacker requires privileges that provide basic user capabilities that could normally affect only settings and files owned by a user.
- High (H): The attacker requires privileges that provide significant (e.g., administrative) control over the vulnerable component allowing access to component-wide settings and files.
- User Interaction (UI)
- This metric captures the requirement for a human user, other than the attacker, to participate in the successful compromise of the vulnerable component.
- None (N): The vulnerable system can be exploited without interaction from any user.
- Required (R): Successful exploitation of this vulnerability requires a user to take some action before the vulnerability can be exploited.
- Scope (S)
- The Scope metric captures whether a vulnerability in one vulnerable component impacts resources in components beyond its security scope.
- Unchanged (U): An exploited vulnerability can only affect resources managed by the same security authority.
- Changed (C): An exploited vulnerability can affect resources beyond the security scope managed by the security authority of the vulnerable component.
- Confidentiality (C)
- This metric measures the impact to the confidentiality of the information resources managed by a software component due to a successfully exploited vulnerability.
- High (H): There is a total loss of confidentiality, resulting in all resources within the impacted component being divulged to the attacker.
- Low (L): There is some loss of confidentiality.
- None (N): There is no loss of confidentiality within the impacted component.
- Integrity (I)
- This metric measures the impact to integrity of a successfully exploited vulnerability.
- High (H): There is a total loss of integrity, or a complete loss of protection.
- Low (L): Modification of data is possible, but the attacker does not have control over the consequence of a modification, or the amount of modification is limited.
- None (N): There is no loss of integrity within the impacted component.
- Availability (A)
- This metric measures the impact to the availability of the impacted component resulting from a successfully exploited vulnerability.
- High (H): There is a total loss of availability, resulting in the attacker being able to fully deny access to resources in the impacted component.
- Low (L): Performance is reduced or there are interruptions in resource availability.
- None (N): There is no impact to availability within the impacted component.
Temporal Metrics
The Temporal metrics measure the current state of exploit techniques or code availability, the existence of any patches or workarounds, or the confidence in the description of a vulnerability.
- Exploit Code Maturity (E)
- This metric measures the likelihood of the vulnerability being attacked, and is typically based on the current state of exploit techniques, exploit code availability, or active, "in-the-wild" exploitation.
- Not Defined (X): Assigning this value indicates there is insufficient information to choose one of the other values, and has no impact on the overall Temporal Score, i.e., it has the same effect on scoring as assigning High.
- High (H): Functional autonomous code exists, or no exploit is required (manual trigger) and details are widely available.
- Functional (F): Functional exploit code is available.
- Proof-of-Concept (P): Proof-of-concept exploit code is available, or an attack demonstration is not practical for most systems.
- Unproven (U): No exploit code is available, or an exploit is theoretical.
- Remediation Level (RL)
- The Remediation Level of a vulnerability is an important factor for prioritization.
- Not Defined (X): Assigning this value indicates there is insufficient information to choose one of the other values, and has no impact on the overall Temporal Score, i.e., it has the same effect on scoring as assigning Unavailable.
- Unavailable (U): There is either no solution available or it is impossible to apply.
- Workaround (W): There is an unofficial, non-vendor solution available.
- Temporary Fix (T): There is an official but temporary fix available.
- Official Fix (O): A complete vendor solution is available.
- Report Confidence (RC)
- This metric measures the degree of confidence in the existence of the vulnerability and the credibility of the known technical details.
- Not Defined (X): Assigning this value indicates there is insufficient information to choose one of the other values, and has no impact on the overall Temporal Score, i.e., it has the same effect on scoring as assigning Confirmed.
- Confirmed (C): Detailed reports exist, or functional reproduction is possible (functional exploits may provide this).
- Reasonable (R): Significant details are published, but researchers either do not have full confidence in the root cause, or do not have access to source code to fully confirm all of the interactions that may lead to the result.
- Unknown (U): There are reports of impacts that indicate a vulnerability is present.
Environmental Metrics
These metrics enable the analyst to customize the CVSS score depending on the importance of the affected IT asset to a user's organization, measured in terms of Confidentiality, Integrity, and Availability.
- Confidentiality Requirement (CR)
- Not Defined (X): Assigning this value indicates there is insufficient information to choose one of the other values, and has no impact on the overall Environmental Score, i.e., it has the same effect on scoring as assigning Medium.
- High (H): Loss of confidentiality is likely to have a catastrophic adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Medium (M): Loss of confidentiality is likely to have a serious adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Low (L): Loss of confidentiality is likely to have only a limited adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Integrity Requirement (IR)
- Not Defined (X): Assigning this value indicates there is insufficient information to choose one of the other values, and has no impact on the overall Environmental Score, i.e., it has the same effect on scoring as assigning Medium.
- High (H): Loss of integrity is likely to have a catastrophic adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Medium (M): Loss of integrity is likely to have a serious adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Low (L): Loss of integrity is likely to have only a limited adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Availability Requirement (AR)
- Not Defined (X): Assigning this value indicates there is insufficient information to choose one of the other values, and has no impact on the overall Environmental Score, i.e., it has the same effect on scoring as assigning Medium.
- High (H): Loss of availability is likely to have a catastrophic adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Medium (M): Loss of availability is likely to have a serious adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
- Low (L): Loss of availability is likely to have only a limited adverse effect on the organization or individuals associated with the organization (e.g., employees, customers).
License notice for the CVSS v4.0 tables
Copyright (c) 2023 FIRST.ORG, Inc., Red Hat, and contributors
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
Standards
Scope
What It Checks
- +Scores CVSS v3.0, v3.1 and v4.0 vectors, with Temporal, Threat, Environmental and Supplemental metrics.
- +Matches the published scores of the FIRST example documents for all three versions.
- +Names the metric or value that makes a vector invalid, and keeps your text in the field.
- +Labels every score with its type: Base, Temporal or Environmental for v3.x, and CVSS-B, CVSS-BT, CVSS-BE or CVSS-BTE for v4.0.
- +Reads vectors pasted from NVD and FIRST calculator links.
What It Does Not Check
- -It does not score CVSS v2.0 vectors.
- -It does not look up CVE records or fetch scores from NVD.
- -It does not convert a vector from one CVSS version to another.
- -It does not score CVSS extensions.
Defensive Use
Vendors and the NVD usually publish only the Base score (CVSS-B). Security teams add the Threat and Environmental metrics, which the CVSS v4.0 specification leaves to the consumer, to rank fixes for their own systems. The CVSS user guide notes that CVSS measures severity and should not be used alone to assess risk.
Frequently Asked Questions
What is a CVSS Calculator?→
The CVSS calculator scores a vulnerability with the Common Vulnerability Scoring System, versions 3.0, 3.1 and 4.0. Pick a value for each metric or paste a vector string, and it shows the score, the severity rating and the vector to copy. For v3.0 and v3.1 it shows the Base, Temporal and Environmental scores with the Impact and Exploitability subscores. For v4.0 it labels the score CVSS-B, CVSS-BT, CVSS-BE or CVSS-BTE and shows the MacroVector the score comes from.
What is the CVSS Calculator used for?→
Checking the score of a published CVE vector, scoring a new finding for a report or advisory, and adjusting a vendor score with Temporal, Threat and Environmental metrics for your own systems.
Is my data sent anywhere?→
No. The CVSS Calculator runs in your browser. What you enter stays on this page and is not sent to ImmunitySec or anyone else.
How is the CVSS Calculator used defensively?→
Vendors and the NVD usually publish only the Base score (CVSS-B). Security teams add the Threat and Environmental metrics, which the CVSS v4.0 specification leaves to the consumer, to rank fixes for their own systems. The CVSS user guide notes that CVSS measures severity and should not be used alone to assess risk.
What is the difference between CVSS v3.1 and v4.0?→
CVSS v3.1 has three metric groups: Base, Temporal and Environmental. CVSS v4.0 has four: Base, Threat, Environmental and Supplemental. Version 3.1 computes scores with formulas. Version 4.0 places each vector in one of 270 MacroVectors and interpolates between their scores.
What do the CVSS severity ratings mean?→
CVSS v3.1 and v4.0 map scores to the same ratings: None for 0.0, Low for 0.1 to 3.9, Medium for 4.0 to 6.9, High for 7.0 to 8.9, and Critical for 9.0 to 10.0. The v3.1 specification calls the use of these ratings optional.
What do CVSS-B, CVSS-BT, CVSS-BE and CVSS-BTE mean?→
They name the metric groups behind a CVSS v4.0 score. CVSS-B uses Base metrics only, CVSS-BT adds Threat metrics, CVSS-BE adds Environmental metrics, and CVSS-BTE uses all three. Product maintainers and the NVD typically publish CVSS-B scores, and the consumer applies the Threat and Environmental metrics.
Does the order of metrics in a vector string matter?→
In CVSS v3.1, programs must accept metrics in any order. CVSS v4.0 requires the order of its specification and calls every other order invalid. In both versions a vector must include every Base metric and must not include the same metric more than once.
Is a CVSS score a measure of risk?→
No. The CVSS v3.1 user guide says CVSS is designed to measure the severity of a vulnerability and should not be used alone to assess risk.
CVSS is owned by FIRST and used by permission. The CVSS v4.0 scoring tables come from the FIRST CVSS v4.0 calculator, copyright (c) 2023 FIRST.ORG, Inc., Red Hat, and contributors, under the BSD 2-Clause license reproduced in the License Notice above.