Severity Levels for Security Issues
Sources of Vulnerability
- Security scanner tickets such as those filed by Nexpose, Cloud Conformity, Snyk
- Bug bounty findings found by security researchers through Bugcrowd
- Security vulnerabilities reported by the security team as part of reviews
- Security vulnerabilities reported by Atlassians
Severity Framework and Rating
Atlassian uses Common Vulnerability Scoring System (CVSS) as a method of assessing security risk and prioritization for each discovered vulnerability. CVSS is an industry standard vulnerability metric. You can learn more about CVSS at FIRST.org.
Atlassian security advisories include a severity level. This severity level is based on our self-calculated CVSS score for each specific vulnerability.
For CVSS v3 Atlassian uses the following severity rating system:
CVSS V3 SCORE RANGE
SEVERITY IN ADVISORY
9.0 - 10.0
7.0 - 8.9
4.0 - 6.9
0.1 - 3.9
In some cases, Atlassian may use additional factors unrelated to CVSS score to determine the severity level of a vulnerability. This approach is supported by the CVSS v3.1 specification:
Consumers may use CVSS information as input to an organizational vulnerability management process that also considers factors that are not part of CVSS in order to rank the threats to their technology infrastructure and make informed remediation decisions. Such factors may include: number of customers on a product line, monetary losses due to a breach, life or property threatened, or public sentiment on highly publicized vulnerabilities. These are outside the scope of CVSS.
In cases where Atlassian takes this approach, we will describe which additional factors have been considered and why when publicly disclosing the vulnerability.
Below are a few examples of vulnerabilities which may result in a given severity level. Please keep in mind that this rating does not take into account details of your installation and are to be used as a guide only.
Severity Level: Critical
Vulnerabilities that score in the critical range usually have most of the following characteristics:
- Exploitation of the vulnerability likely results in root-level compromise of servers or infrastructure devices.
- Exploitation is usually straightforward, in the sense that the attacker does not need any special authentication credentials or knowledge about individual victims, and does not need to persuade a target user, for example via social engineering, into performing any special functions.
For critical vulnerabilities, is advised that you patch or upgrade as soon as possible, unless you have other mitigating measures in place. For example, a mitigating factor could be if your installation is not accessible from the Internet.
Severity Level: High
Vulnerabilities that score in the high range usually have some of the following characteristics:
- The vulnerability is difficult to exploit.
- Exploitation could result in elevated privileges.
- Exploitation could result in a significant data loss or downtime.
Severity Level: Medium
Vulnerabilities that score in the medium range usually have some of the following characteristics:
- Vulnerabilities that require the attacker to manipulate individual victims via social engineering tactics.
- Denial of service vulnerabilities that are difficult to set up.
- Exploits that require an attacker to reside on the same local network as the victim.
- Vulnerabilities where exploitation provides only very limited access.
- Vulnerabilities that require user privileges for successful exploitation.
Severity Level: Low
Vulnerabilities in the low range typically have very little impact on an organization's business. Exploitation of such vulnerabilities usually requires local or physical system access. Vulnerabilities in third party code that are unreachable from Atlassian code may be downgraded to low severity.
Atlassian sets service level objectives for fixing security vulnerabilities based on the security severity level and the affected product. We have defined timeframes for fixing security issues according to our security bug fix policy.
Accelerated Resolution Timeframes apply to:
- All cloud-based Atlassian products
- Jira Align (both the cloud and self-managed versions)
- Any other software or system managed by Atlassian, or running on Atlassian infrastructure
Extended Resolution Timeframes apply to:
- All self-managed Atlassian products
- These are products that are installed by customers on customer-managed systems
- This includes Atlassian's server, data center, desktop, and mobile applications
CVSS Resolution Timeframe
Accelerated Resolution Timeframes
Extended Resolution Timeframes
|Within 2 weeks of being verified||Within 90 days of being verified|
|Within 4 weeks of being verified||Within 90 days of being verified|
|Within 6 weeks of being verified||Within 90 days of being verified|
|Within 25 weeks of being verified||Within 180 days of being verified|