> For the complete documentation index, see [llms.txt](https://docs.enginsight.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.enginsight.com/docs/knowledge-base/english/risk-scores/what-exactly-do-the-environmental-score-metrics-in-the-enginsight-envs-manager-mean.md).

# What exactly do the Environmental Score metrics in the Enginsight ENVS Manager mean?

The Environmental Score (ENVS) is part of the Common Vulnerability Scoring System (CVSS). It allows you to adjust CVSS Base Metrics individually to the security and organizational requirements of your IT environment. This helps you better assess the actual risk that detected vulnerabilities pose to your organization.

The [Environmental Score Manager](https://docs.enginsight.com/docs/manual/english/platform-usage/hosts/vulnerability-management/environmental-score-manager) in Enginsight allows you to select predefined ENVS metrics for assigned hosts or endpoints in order to calculate their security risk based on your infrastructure.

In the following article, we will explain what the individual [CVSS Base Metrics](#cvss-base-metrics) and [Environmental Score Metrics](#environmental-score-metrics) mean in detail and how they are connected.

***

## CVSS Base Metrics

**CVSS Base Metrics** describe the inherent characteristics of a vulnerability that remain constant over time and across environments.

These include the [Exploitability Metrics](#exploitability-metrics), which describe how and under which conditions a vulnerability can be exploited by a potential attacker. They also include the [Impact Metrics](#scope-ms), which describe what type of damage can occur and to what extent if a vulnerability is exploited by an attacker.

{% hint style="info" %}
It is possible to adjust the Base Metrics in the advanced settings of the Environmental Score Manager in Enginsight. However, we explicitly recommend these settings for advanced users only.
{% endhint %}

### Exploitability Metrics

Exploitability metrics describe how and under which conditions a vulnerability can be exploited by a potential attacker.

#### Attack Vector (MAV)

The Attack Vector metric defines the network access or system access level an attacker needs in order to exploit the vulnerable component.

<table><thead><tr><th width="169.1484375">Value</th><th width="169.3671875">Vector abbreviation</th><th>Description</th></tr></thead><tbody><tr><td>Not Defined</td><td>MAV:X</td><td>The Attack Vector metric is not defined.</td></tr><tr><td>Network</td><td>MAV:N</td><td>An attacker can exploit the vulnerable component via remote network access, including over the internet.</td></tr><tr><td>Adjacent</td><td>MAV:A</td><td>An attacker needs network proximity to exploit the vulnerable component. This means the attack must be launched from the same physical or logical network.</td></tr><tr><td>Local</td><td>MAV:L</td><td>An attacker must access the vulnerable component locally or remotely, for example via SSH or RDP, in order to launch an attack.</td></tr><tr><td>Physical</td><td>MAV:P</td><td>An attacker must physically touch or manipulate the vulnerable component in order to launch an attack, for example by connecting a peripheral device.</td></tr></tbody></table>

#### Attack Complexity (MAC)

The Attack Complexity metric defines the difficulty of the conditions for an attack that are outside the attacker’s control, such as required user interaction or the configuration of the target system.

<table><thead><tr><th width="151.47265625">Value</th><th width="167.72265625">Vector abbreviation</th><th>Description</th></tr></thead><tbody><tr><td>Not Defined</td><td>MAC:X</td><td>The Attack Complexity metric is not defined.</td></tr><tr><td>Low</td><td>MAC:L</td><td>There are no specific conditions that must be met for an attacker to exploit the vulnerable component or system.</td></tr><tr><td>High</td><td>MAC:H</td><td>There are specific conditions that must be met for an attacker to exploit the vulnerable component or system. For example, the attacker must perform preparatory steps, such as collecting reconnaissance data, or must trick a user into taking a specific action.</td></tr></tbody></table>

#### Privileges Required (MPR)

The Privileges Required metric defines the permission level an attacker needs in order to exploit the vulnerable component or system.

<table><thead><tr><th width="155.19921875">Value</th><th width="171.40234375">Vector abbreviation</th><th>Description</th></tr></thead><tbody><tr><td>Not Defined</td><td>MPR:X</td><td>The Privileges Required metric is not defined.</td></tr><tr><td>None</td><td>MPR:N</td><td>An attacker does not need any special access rights to exploit the vulnerable component or system.</td></tr><tr><td>Low</td><td>MPR:L</td><td>An attacker needs basic user access rights to exploit the vulnerable component or system.</td></tr><tr><td>High</td><td>MPR:H</td><td>An attacker needs administrator access rights to exploit the vulnerable component or system.</td></tr></tbody></table>

#### User Interaction (MUI)

The User Interaction metric defines whether user interaction is required for an attacker to exploit the vulnerable component or system.

<table><thead><tr><th width="147.0546875">Value</th><th width="175.4453125">Vector abbreviation</th><th>Description</th></tr></thead><tbody><tr><td>Not Defined</td><td>MUI:X</td><td>The User Interaction metric is not defined.</td></tr><tr><td>None</td><td>MUI:N</td><td>No specific user interaction is required for an attacker to exploit the vulnerable component or system.</td></tr><tr><td>Required</td><td>MUI:R</td><td>Specific user interaction is required for an attacker to exploit the vulnerable component or system. For example, the user must click a link, enter credentials, or install software.</td></tr></tbody></table>

#### Scope (MS)

The Scope metric defines the extent to which an attack can affect systems beyond the exploited component or system.

<table><thead><tr><th width="153.421875">Value</th><th width="169.59765625">Vector abbreviation</th><th>Description</th></tr></thead><tbody><tr><td>Not Defined</td><td>MS:X</td><td>The Scope metric is not defined.</td></tr><tr><td>Unchanged</td><td>MS:U</td><td>The impact of a successful attack remains limited to the affected component or system.</td></tr><tr><td>Changed</td><td>MS:C</td><td>The impact of a successful attack extends beyond the affected component or system.</td></tr></tbody></table>

### Impact Metrics

Impact metrics describe what damage can occur, and to what extent, if a vulnerability is exploited by an attacker.

#### Confidentiality Impact (MC)

The Confidentiality Impact metric defines the extent to which confidential information is compromised if an attack on the vulnerable component or system is successful.

<table><thead><tr><th width="152.85546875">Value</th><th width="167.1953125">Vector abbreviation</th><th>Description</th></tr></thead><tbody><tr><td>Not Defined</td><td>MC:X</td><td>The Confidentiality Impact metric is not defined.</td></tr><tr><td>None</td><td>MC:N</td><td>In a successful attack on the vulnerable component or system, no confidential information is lost.</td></tr><tr><td>Low</td><td>MC:L</td><td>In a successful attack on the vulnerable component or system, some confidentiality is lost. An attacker has partial access to confidential data, but has no control over which data they can access.</td></tr><tr><td>High</td><td>MC:H</td><td>In a successful attack on the vulnerable component or system, all confidential information is fully compromised. An attacker has complete access to all resources, including critical data such as encryption keys or source code.</td></tr></tbody></table>

#### Integrity Impact (MI)

The Integrity Impact metric relates to the trustworthiness and accuracy of data and defines the extent to which data can be manipulated if an attack on the vulnerable component or system is successful.

<table><thead><tr><th width="164.86328125">Value</th><th width="170.13671875">Vector abbreviation</th><th>Description</th></tr></thead><tbody><tr><td>Not Defined</td><td>MI:X</td><td>The Integrity Impact metric is not defined.</td></tr><tr><td>None</td><td>MI:N</td><td>In a successful attack on the vulnerable component or system, no data integrity is lost.</td></tr><tr><td>Low</td><td>MI:L</td><td>In a successful attack on the vulnerable component or system, some data integrity is lost. An attacker can manipulate a limited amount of data, but this has no severe impact on the vulnerable component or system.</td></tr><tr><td>High</td><td>MI:H</td><td>In a successful attack on the vulnerable component or system, data integrity is completely lost. An attacker can fully manipulate all data on the target system.</td></tr></tbody></table>

#### Availability Impact (MA)

The Availability Impact metric defines the extent to which the availability of the vulnerable component or system is affected if an attack is successful.

<table><thead><tr><th width="169.8125">Value</th><th width="169.15234375">Vector abbreviation</th><th>Description</th></tr></thead><tbody><tr><td>Not Defined</td><td>MA:X</td><td>The Availability Impact metric is not defined.</td></tr><tr><td>None</td><td>MA:N</td><td>In a successful attack on the vulnerable component or system, there are no restrictions on availability.</td></tr><tr><td>Low</td><td>MA:L</td><td>In a successful attack on the vulnerable component or system, availability is partially restricted. Reduced performance or partial interruptions may occur, but an attacker cannot cause a complete denial of service.</td></tr><tr><td>High</td><td>MA:H</td><td>In a successful attack on the vulnerable component or system, availability is fully affected. An attacker can bring the target system to a halt or cause a complete denial of service for all users.</td></tr></tbody></table>

***

## Environmental Score Metrics

**ENVS Metrics** [modify the base impact metrics](#impact-subscore-modification), allowing the CVSS score to be adjusted more precisely to the security and organizational requirements of your IT environment.

### Impact Subscore Modification

Impact subscore modifications further modify the Impact metrics by describing the extent to which an exploited vulnerability can have negative effects on the affected organization or people associated with it.

#### Confidentiality Requirement (CR)

The Confidentiality Requirement metric defines the extent of the impact that a successful attack resulting in a loss of confidentiality has on the affected organization or people associated with it, such as employees, customers, or partners.

<table><thead><tr><th width="154.0625">Value</th><th width="174.1171875">Vector abbreviation</th><th>Description</th></tr></thead><tbody><tr><td>Not Defined</td><td>CR:X</td><td>The Confidentiality Requirement metric is not defined.</td></tr><tr><td>Low</td><td>CR:L</td><td>The loss of confidentiality in a successful attack has limited negative effects on the organization or people associated with it.</td></tr><tr><td>Medium</td><td>CR:M</td><td>The loss of confidentiality in a successful attack has severe negative effects on the organization or people associated with it.</td></tr><tr><td>High</td><td>CR:H</td><td>The loss of confidentiality in a successful attack has catastrophic negative effects on the organization or people associated with it.</td></tr></tbody></table>

#### Integrity Requirement (IR)

The Integrity Requirement metric defines the extent of the impact that a successful attack resulting in a loss of integrity has on the affected organization or people associated with it, such as employees, customers, or partners.

<table><thead><tr><th width="159.7421875">Value</th><th width="174.34375">Vector abbreviation</th><th>Description</th></tr></thead><tbody><tr><td>Not Defined</td><td>IR:X</td><td>The Integrity Requirement metric is not defined.</td></tr><tr><td>Low</td><td>IR:L</td><td>The loss of integrity in a successful attack has limited negative effects on the organization or people associated with it.</td></tr><tr><td>Medium</td><td>IR:M</td><td>The loss of integrity in a successful attack has severe negative effects on the organization or people associated with it.</td></tr><tr><td>High</td><td>IR:H</td><td>The loss of integrity in a successful attack has catastrophic negative effects on the organization or people associated with it.</td></tr></tbody></table>

#### Availability Requirement (AR)

The Availability Requirement metric defines the extent of the impact that a successful attack resulting in a loss of availability has on the affected organization or people associated with it, such as employees, customers, or partners.

<table><thead><tr><th width="159.8359375">Value</th><th width="170.57421875">Vector abbreviation</th><th>Description</th></tr></thead><tbody><tr><td>Not Defined</td><td>AR:X</td><td>The Availability Requirement metric is not defined.</td></tr><tr><td>Low</td><td>AR:L</td><td>The loss of availability in a successful attack has limited negative effects on the organization or people associated with it.</td></tr><tr><td>Medium</td><td>AR:M</td><td>The loss of availability in a successful attack has severe negative effects on the organization or people associated with it.</td></tr><tr><td>High</td><td>AR:H</td><td>The loss of availability in a successful attack has catastrophic negative effects on the organization or people associated with it.</td></tr></tbody></table>

***
