Skip to main content
Modules / Tools / Vulnerability severity calculator

Vulnerability severity calculator

Score a vulnerability with CVSS version 3.1 or 4.0 base, threat and environmental metrics, and read or write the vector string.

Safety and securityFree to useHow it worksSourcesWhere it helps

Fills the inputs below with typical figures. Replace any of them with your own.

Version and vector

Choose the scoring version, then pick the metrics below or paste a vector string. A valid pasted vector fills the choices.

For example CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Base metrics

How the flaw is reached and what is lost. These describe the flaw, not your site.

Reachable across routed networks, including the internet.

Repeatable on demand, with no special conditions.

No account or access is needed first.

No action by anyone but the attacker.

The harm stays inside the component with the flaw.

Total loss, or the loss of the most serious data or function.

Total loss, or the loss of the most serious data or function.

Total loss, or the loss of the most serious data or function.

Temporal metrics

How the flaw stands today. Leave as not defined if you do not track them.

Leave out; the base value or a neutral weight is used.

Leave out; the base value or a neutral weight is used.

Leave out; the base value or a neutral weight is used.

Environmental: security requirements

How much your site or product depends on each property.

Leave out; the base value or a neutral weight is used.

Leave out; the base value or a neutral weight is used.

Leave out; the base value or a neutral weight is used.

Environmental: modified base metrics

Restate a base metric for your deployment, for example attack vector physical when the interface is not exposed. Not defined keeps the base value.

Leave out; the base value or a neutral weight is used.

Leave out; the base value or a neutral weight is used.

Leave out; the base value or a neutral weight is used.

Leave out; the base value or a neutral weight is used.

Leave out; the base value or a neutral weight is used.

Leave out; the base value or a neutral weight is used.

Leave out; the base value or a neutral weight is used.

Leave out; the base value or a neutral weight is used.

Base score
9.8 critical
No temporal or environmental metrics set
Base score
9.8 critical
Impact 5.87, exploitability 3.89
Temporal score
not set
Choose a temporal metric
Environmental score
not set
Choose an environmental metric

Vector string

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Sign in to save your inputs and come back to them later.

Sub scores of the base score

Exploitability (how reachable) and impact (how much is lost) add up to the base score. Impact is capped by its formula and exploitability tops out at 3.9.

  • Exploitability sub score3.89of about 3.9
  • Impact sub score5.87scope unchanged, of about 5.9
Show the data as a table
Sub scores of the base score
ItemPoints
Exploitability sub score3.89
Impact sub score5.87
Base against temporal against environmental

Temporal metrics can only lower the base score. The environmental score can move either way.

  • Base score9.8critical
  • Temporal score9.8 (no temporal metrics set)critical
  • Environmental score9.8 (no environmental metrics set)critical
Show the data as a table
Base against temporal against environmental
ItemScore (0 to 10)
Base score9.8
Temporal score9.8 (no temporal metrics set)
Environmental score9.8 (no environmental metrics set)
Every metric, its value and its weight
MetricGroupValueWeight
Attack vector (AV)BaseNetwork (N)0.85
Attack complexity (AC)BaseLow (L)0.77
Privileges required (PR)BaseNone (N)0.85
User interaction (UI)BaseNone (N)0.85
Scope (S)BaseUnchanged (U)none
Confidentiality impact (C)BaseHigh (H)0.56
Integrity impact (I)BaseHigh (H)0.56
Availability impact (A)BaseHigh (H)0.56
Exploit code maturity (E)TemporalNot defined (X)1
Remediation level (RL)TemporalNot defined (X)1
Report confidence (RC)TemporalNot defined (X)1
Confidentiality requirement (CR)EnvironmentalNot defined (X)1
Integrity requirement (IR)EnvironmentalNot defined (X)1
Availability requirement (AR)EnvironmentalNot defined (X)1
Modified attack vector (MAV)EnvironmentalNot defined (X)none
Modified attack complexity (MAC)EnvironmentalNot defined (X)none
Modified privileges required (MPR)EnvironmentalNot defined (X)none
Modified user interaction (MUI)EnvironmentalNot defined (X)none
Modified scope (MS)EnvironmentalNot defined (X)none
Modified confidentiality impact (MC)EnvironmentalNot defined (X)none
Modified integrity impact (MI)EnvironmentalNot defined (X)none
Modified availability impact (MA)EnvironmentalNot defined (X)none
What-if: how far one base metric alone could move the base score

Each bar is the gap between the lowest and highest base score reachable by changing only that metric.

  • Attack vector (AV)6.8 to 9.8now 9.8
  • Attack complexity (AC)8.1 to 9.8now 9.8
  • Privileges required (PR)7.2 to 9.8now 9.8
  • User interaction (UI)8.8 to 9.8now 9.8
  • Scope (S)9.8 to 10.0now 9.8
  • Confidentiality impact (C)9.1 to 9.8now 9.8
  • Integrity impact (I)9.1 to 9.8now 9.8
  • Availability impact (A)9.1 to 9.8now 9.8
Show the data as a table
What-if: how far one base metric alone could move the base score
ItemSwing in base score
Attack vector (AV)6.8 to 9.8
Attack complexity (AC)8.1 to 9.8
Privileges required (PR)7.2 to 9.8
User interaction (UI)8.8 to 9.8
Scope (S)9.8 to 10.0
Confidentiality impact (C)9.1 to 9.8
Integrity impact (I)9.1 to 9.8
Availability impact (A)9.1 to 9.8
Base score for every value of each base metric, the rest unchanged
MetricNowBase score for each value
Attack vector (AV)NN: 9.8, A: 8.8, L: 8.4, P: 6.8
Attack complexity (AC)LL: 9.8, H: 8.1
Privileges required (PR)NN: 9.8, L: 8.8, H: 7.2
User interaction (UI)NN: 9.8, R: 8.8
Scope (S)UU: 9.8, C: 10.0
Confidentiality impact (C)HH: 9.8, L: 9.4, N: 9.1
Integrity impact (I)HH: 9.8, L: 9.4, N: 9.1
Availability impact (A)HH: 9.8, L: 9.4, N: 9.1

How it works

CVSS gives a vulnerability a score from 0 to 10 and a vector string that records how the score was reached. This tool implements version 3.1 exactly as FIRST specifies it: base, temporal and environmental scores, the vector string both ways, and a view of how far each metric moves the result. For version 4.0 it checks and names a vector, then sends you to FIRST's calculator for the number.

  1. Weigh the base metrics. Attack vector, complexity, privileges required and user interaction set how easy the flaw is to reach. Confidentiality, integrity and availability set how much is lost. Privileges required weighs more when the scope is changed.exploitability = 8.22 x AV x AC x PR x UI
  2. Impact sub score. The impact sub score starts from the three impact weights. With the scope unchanged it is a straight multiple. With the scope changed the curve is steeper at the top, so a total loss in a changed scope is worth more.ISS = 1 − (1 − C) x (1 − I) x (1 − A); impact = 6.42 x ISS (scope unchanged); impact = 7.52 x (ISS − 0.029) − 3.25 x (ISS − 0.02)^15 (scope changed)
  3. Base score. Add the two sub scores, cap at 10, and round up to one decimal. A changed scope multiplies by 1.08 first. A score of zero is given when the impact is zero or less. The round-up works on whole numbers so that a value such as 4.000000002 stays at 4.0.base = 0 if impact <= 0; else Roundup(Minimum(impact + exploitability, 10)); scope changed: Roundup(Minimum(1.08 x (impact + exploitability), 10))
  4. Temporal score. Exploit code maturity, remediation level and report confidence can only lower the base score. Not defined counts as the neutral weight of 1.temporal = Roundup(base x E x RL x RC)
  5. Environmental score. Your own security requirements scale the impacts (a high requirement weighs 1.5, low 0.5), capped at 0.915. Any base metric can be restated for your deployment (a modified metric); not defined keeps the base value. The modified impact and exploitability replace the base ones, and the temporal weights apply last.MISS = Minimum(1 − (1 − CR x MC) x (1 − IR x MI) x (1 − AR x MA), 0.915); modified impact = 6.42 x MISS (scope unchanged) or 7.52 x (MISS − 0.029) − 3.25 x (MISS x 0.9731 − 0.02)^13 (changed); environmental = Roundup(Roundup(Minimum(modified impact + modified exploitability, 10)) x E x RL x RC)
  6. Severity rating. The score maps to a word: 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.
  7. Version 4.0 vectors. Version 4.0 adds attack requirements, splits impact into the vulnerable system and subsequent systems, and names its scores by the metric groups used: CVSS-B (base only), CVSS-BT (with threat), CVSS-BE (with environmental) and CVSS-BTE (with both). The tool checks that the prefix, every code and value and all eleven base metrics are valid, and gives the name. The number comes from FIRST's calculator.

Assumptions

  • The metric weights and formulas are those of the CVSS v3.1 specification, with the round-up function from its Appendix A.
  • The base score describes the flaw as such. The temporal score changes over time as exploits and fixes appear. The environmental score is yours alone and should be set by the product owner.
  • A vector without the CVSS:3.1 prefix is read as version 3.1. A version 3.0 vector is scored with the 3.1 formulas and flagged.
  • In a published score, FIRST asks for the score and the vector string together, with credit to FIRST as the owner of CVSS.

Limits and warnings

  • CVSS measures technical severity, not risk. It says nothing about how likely an attack is, how many devices are exposed or what the business loses, so pair it with a threat and asset view (for example a TARA).
  • Scores depend on judgement. Two careful analysts often differ by a metric or two, so record the reasoning with the vector.
  • Version 4.0 is not scored here. FIRST licenses CVSS for use and implementation with credit, but the 4.0 specification gives no licence terms for its macro vector look-up data, so the tool does not reproduce it. Use FIRST's calculator for a 4.0 score.
  • Safety and hardware context are better captured in version 4.0's safety metric and the environmental group; version 3.1 has no safety metric.

Sources

The methods and default figures rest on these public sources. The wording here is our own; read the source for its full text.

Where it helps

The lifecycle stages this tool serves: 10 stages in 7 lifecycles.

Method notev1Formula, ranges, sources and limits

Scores a vulnerability with the CVSS version 3.1 base, temporal and environmental formulas and reads and writes the vector string. Version 4.0 vectors are checked and named, not scored.

Formula

exploitability = 8.22 x AV x AC x PR x UI; ISS = 1 − (1 − C) x (1 − I) x (1 − A); impact = 6.42 x ISS (scope unchanged); impact = 7.52 x (ISS − 0.029) − 3.25 x (ISS − 0.02)^15 (scope changed); base = 0 if impact <= 0; else Roundup(Minimum(impact + exploitability, 10)); scope changed: Roundup(Minimum(1.08 x (impact + exploitability), 10)); temporal = Roundup(base x E x RL x RC); MISS = Minimum(1 − (1 − CR x MC) x (1 − IR x MI) x (1 − AR x MA), 0.915); modified impact = 6.42 x MISS (scope unchanged) or 7.52 x (MISS − 0.029) − 3.25 x (MISS x 0.9731 − 0.02)^13 (changed); environmental = Roundup(Roundup(Minimum(modified impact + modified exploitability, 10)) x E x RL x RC)

Inputs
InputUnitRange it holds forComes from
Attack vectorchoiceN, A, L, PYour figure
Attack complexitychoiceL, HYour figure
Privileges requiredchoiceN, L, HYour figure
User interactionchoiceN, RYour figure
ScopechoiceU, CYour figure
Confidentiality impactchoiceH, L, NYour figure
Integrity impactchoiceH, L, NYour figure
Availability impactchoiceH, L, NYour figure
Exploit code maturitychoiceX, H, F, P, UYour figure
Remediation levelchoiceX, U, W, T, OYour figure
Report confidencechoiceX, C, R, UYour figure
Confidentiality requirementchoiceX, H, M, LYour figure
Integrity requirementchoiceX, H, M, LYour figure
Availability requirementchoiceX, H, M, LYour figure
Modified attack vectorchoiceX, N, A, L, PYour figure
Modified attack complexitychoiceX, L, HYour figure
Modified privileges requiredchoiceX, N, L, HYour figure
Modified user interactionchoiceX, N, RYour figure
Modified scopechoiceX, U, CYour figure
Modified confidentiality impactchoiceX, H, L, NYour figure
Modified integrity impactchoiceX, H, L, NYour figure
Modified availability impactchoiceX, H, L, NYour figure

Outputs: Base score (0 to 10); Temporal score (0 to 10); Environmental score (0 to 10); Impact sub score (points); Exploitability sub score (points).

Assumptions

  • The metric weights and formulas are those of the CVSS v3.1 specification, with the round-up function from its Appendix A.
  • The base score describes the flaw as such. The temporal score changes over time as exploits and fixes appear. The environmental score is yours alone and should be set by the product owner.
  • A vector without the CVSS:3.1 prefix is read as version 3.1. A version 3.0 vector is scored with the 3.1 formulas and flagged.
  • In a published score, FIRST asks for the score and the vector string together, with credit to FIRST as the owner of CVSS.

Uncertainty: The arithmetic is exact and reproduces FIRST's published example scores. The metric choices carry the uncertainty: they are judgements, and two analysts can differ by a metric or two.

Known limits

  • CVSS measures technical severity, not risk. It says nothing about how likely an attack is, how many devices are exposed or what the business loses, so pair it with a threat and asset view (for example a TARA).
  • Scores depend on judgement. Two careful analysts often differ by a metric or two, so record the reasoning with the vector.
  • Version 4.0 is not scored here. FIRST licenses CVSS for use and implementation with credit, but the 4.0 specification gives no licence terms for its macro vector look-up data, so the tool does not reproduce it. Use FIRST's calculator for a 4.0 score.
  • Safety and hardware context are better captured in version 4.0's safety metric and the environmental group; version 3.1 has no safety metric.

Where the method comes from

Follows Common Vulnerability Scoring System v3.1: Specification Document (FIRST.Org) (opens in a new tab). The arithmetic here is the same; the platform claims no improvement on it.

Worked example from the source: Shellshock (CVE-2014-6271), AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H: FIRST's examples document gives a base score of 9.8. Source result: Base score 9.8. This model, same inputs: 9.8.

Reference example, checked by test: FIRST, CVSS v3.1 examples: Shellshock (CVE-2014-6271) has a base score of 9.8. The sub scores are worked by hand: ISS = 1 − 0.44^3 = 0.914816, impact = 6.42 x 0.914816 = 5.8731, exploitability = 8.22 x 0.85 x 0.77 x 0.85 x 0.85 = 3.8870. Base score 9.8; Temporal score 9.8; Environmental score 9.8; Impact sub score 5.8731; Exploitability sub score 3.887.

Versions

  • v1 (2026-10-25): First version, built from the tool idea.

All models in the register

Terms on this page

CVSS
Common Vulnerability Scoring System (CVSS): an open method for rating the severity of a security vulnerability from 0 to 10, based on how it can be exploited and what an attacker gains.
TARA
Threat analysis and risk assessment (TARA): the method in ISO/SAE 21434 for identifying the assets of a vehicle item or component, the threats against them and the resulting risk, and for deciding...

The full glossary

Need help acting on this?

Tell us what you're after and leave your email: we'll connect you with the right person on the Hub.