# Source: https://docs.snyk.io/manage-risk/prioritize-issues-for-fixing/priority-score.md

# Priority Score

The Snyk Priority Score is a single value assigned to an issue, to help you quickly and easily decide which issues are most important to fix. Scores range from 0 to 1,000; the higher the score, the more important it is to fix that issue.

The Snyk Priority Score is determined based on a number of industry-standard criteria, including CVSS score, trending vulnerabilities, reachability, availability of exploits, and other factors. These factors yield scores with a high degree of granularity. This granularity avoids having many issues with the same score, allowing you to determine the importance of an issue quickly and accurately.

{% hint style="info" %}
Snyk does not use the CVSS score alone to determine priority; other factors are also considered.
{% endhint %}

See [Calculation of Priority Score](#calculation-of-priority-score) for detailed information on how scores are determined.

You can view Priority Scores in Projects views, Reports, and the API.

There are no settings related to the Priority Score; they are read-only and cannot be hidden. An example follows of Priority Scores displayed in a Project view.

<figure><img src="https://2533899886-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-MdwVZ6HOZriajCf5nXH%2Fuploads%2Fgit-blob-eddef175b5816f0705a341d0d958b2b4dc3ac759%2Fimage.png?alt=media" alt="Snyk Priority Score in a Project view"><figcaption><p>Snyk Priority Score in a Project view</p></figcaption></figure>

## View Priority Score for an issue

Priority Scores are visible for each Issue card, with all issues sorted by score to show you the most pressing issues first.

You can filter issues by Priority Score range in the left sidebar.

<figure><img src="https://2533899886-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-MdwVZ6HOZriajCf5nXH%2Fuploads%2Fgit-blob-ba6bec6a0cf152ff67f88ee8e646f10f5138f3d3%2Fscreen_shot_2021-07-14_at_1.41.24_pm.png?alt=media&#x26;token=08fa921b-a65d-439d-a61d-25d7a49694d7" alt="Filter issues"><figcaption><p>Filter issues</p></figcaption></figure>

## View issues by Priority Score

The **Issues** tab on the Project details allows you to filter issues by Priority Score. You can find more details on how to filter your issues in the [Fix based on prioritization methods](https://docs.snyk.io/implementation-and-setup/enterprise-implementation-guide/phase-4-create-a-fix-strategy#fix-based-on-prioritization-methods) page.

<figure><img src="https://2533899886-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-MdwVZ6HOZriajCf5nXH%2Fuploads%2Fgit-blob-bfedfa58ec141bc7dc01f3674b0d00f79d14facd%2Ffilter%20issues%20by%20score.png?alt=media" alt="Filter issues by score"><figcaption><p>Filter issues by score</p></figcaption></figure>

## View Priority Score in the Snyk API

The API endpoint [Get list of latest issues](https://docs.snyk.io/snyk-api/reference/reporting-api-v1#reporting-issues-latest) includes the Priority Score in the response and supports filtering by the score.

## Calculation of Priority Score

For each issue, Snyk processes and weighs several factors in a proprietary algorithm to produce the score for that issue. These factors include the following:

* [Severity levels](https://docs.snyk.io/manage-risk/prioritize-issues-for-fixing/severity-levels): calculated using CVSS framework v3.1 scores for an issue.
* [Exploit maturity](https://snyk.io/blog/whats-so-wild-about-exploits-in-the-wild-and-how-can-we-prioritize-accordingly/): determined by the industry-leading Snyk security team using manual and automated methods to track which vulnerabilities are exploitable and to what extent. This applies to Snyk Open Source.
* [Reachability](https://docs.snyk.io/manage-risk/prioritize-issues-for-fixing/reachability-analysis) (the extent to which vulnerabilities are reachable from the code): determined by looking at the code paths called within a Project. This applies to Snyk Open Source.
* [Fixability](https://docs.snyk.io/scan-with-snyk/snyk-open-source/manage-vulnerabilities/vulnerability-fix-types) (availability of a fix): defined as having a safer version to upgrade to or a Snyk patch available. For vulnerabilities with neither, developers must either fix the code themselves or use an alternative package. Thus, vulnerabilities with fixes are given a higher Priority Score. This applies to Snyk Open Source.
* Time: considered based on how new the vulnerability is. New vulnerabilities are likely to be an increased risk, and so they increase the Priority Score.
* [Social Trends](https://docs.snyk.io/manage-risk/prioritize-issues-for-fixing/vulnerabilities-with-social-trends): calculated by Snyk based on mentions of known vulnerabilities on X (formerly known as Twitter) to express the trend of tweets and reactions.
* Malicious packages: assessed to determine if a vulnerability originated from a malicious package. Vulnerabilities originating from malicious packages have higher Priority Scores.

{% hint style="info" %}
Snyk continually refines its prioritization algorithm to include new factors and updates the weighting of factors to provide the most accurate and up-to-date representation of priority possible, given the latest information.
{% endhint %}

### Priority calculation for Kubernetes

Kubernetes container images imported from the Kubernetes integration have a number of additional contributing factors for priority score calculation.

See [Snyk Priority Score and Kubernetes](https://docs.snyk.io/scan-with-snyk/snyk-container/kubernetes-integration/kubernetes-integration-ui-explained/kubernetes-and-the-snyk-priority-score) for more details.

### Priority calculation for Snyk Code

A number of specific factors contribute to priority calculation for Snyk Code, including:

* Severity levels
* Fixability: If Snyk has fix examples available for this issue
* Number of vulnerability occurrences
* Open community projects: if this vulnerability is fixed widely
* Rule tags: decrease priority if beta tags are found
* Hot files: if the vulnerability is in the source file or inside a code flow

For more information, see [Priority Score factors](https://docs.snyk.io/scan-with-snyk/snyk-code/manage-code-vulnerabilities/breakdown-of-code-analysis#priority-score-factors).