• [/trust](Trust Center)
• [/trust/data-protection](Data protection)
• [/trust/security/report-a-vulnerability](Report A Vulnerability)

Report A Vulnerability

If you believe you have found a security issue that meets Atlassian’s [#definition-of-vulnerability](definition of a vulnerability), please submit the report to our security team via one of the methods below.

We are unable to respond to bulk reports generated by automated scanners. If you identify issues using an automated scanner, it is recommended that you have a security practitioner review the issues and ensure that the findings are valid before submitting a vulnerability report to Atlassian.

If you are a customer:

• Submit a ticket to [https://support.atlassian.com/contact/](our support team) If you are a security researcher:

• Submit a report through our [#bug-bounty-program](bug bounty program); or

• Submit a Security Concern ticket to [https://support.atlassian.com/contact/](our support team) Only vulnerabilities submitted through our [#bug-bounty-program](bug bounty program) are eligible to receive a bounty payment.

Please include the following information in your report:

• Type of issue (cross-site scripting, SQL injection, remote code execution, etc.)
• Product and version with the bug or a URL if dealing with a cloud service
• The potential impact of the vulnerability (i.e. what data can be accessed or modified)
• Step-by-step instructions to reproduce the issue
• Any proof-of-concept or exploit code required to reproduce If you wish to encrypt your submission with our PGP key, please download it https://security-static.prod.atl-paas.net/atlassian-security-public.asc.

Definition of a Vulnerability

Atlassian considers a security vulnerability to be a weakness in one of our products or infrastructure that could allow an attacker to impact the confidentiality, integrity, or availability of the product or infrastructure.

We do not consider the following types of findings to be security vulnerabilities:

• Presence or absence of HTTP headers (X-Frame-Options, CSP, nosniff, etc.).** **These are considered security best practices and therefore we do not classify them as vulnerabilities.
• **Missing security-related attributes on non-sensitive cookies. **Atlassian products may set certain security-related attributes on cookies used on our applications. The absence of these headers on non-sensitive cookies is not considered a security vulnerability.
• Exposed stack traces. We do not consider stack traces by themselves to be a security issue. If you find that a stack trace details personally identifiable information or user generated content, please submit a report detailing the issue.
• **Content spoofing by administrative users. ** We allow administrators to inject HTML into specific areas of our products as a customization feature and do not consider that functionality to be a vulnerability.
• Auto-complete enabled or disabled

Public Disclosure

At Atlassian, one of our values is Open Company, No Bullshit, we believe that vulnerability disclosure is a part of that value. We hold ourselves to the security bug fix service level objectives, found /trust/security/bug-fix-policy, and will accept disclosure requests in the bug bounty program after the issue has been fixed and released in production. However, if the report contains any information regarding a customer instance or data the request will be rejected. We ask that you give us reasonable notice and wait until the [/trust/security/bug-fix-policy](associated SLO) has passed. Please note we do not provide rewards for submission via email. If you are looking for our Bug Bounty program, please go https://bugcrowd.com/atlassian.

Safe Harbour

When conducting vulnerability research according to this policy, we consider this research to be:

• Authorised in accordance with the Computer Fraud and Abuse Act (CFAA) (and/or similar state laws), and we will not initiate or support legal action against you for accidental, good faith violations of this policy;
• Exempt from the Digital Millennium Copyright Act (DMCA), and we will not bring a claim against you for circumvention of technology controls;
• Exempt from restrictions in our Terms & Conditions that would interfere with conducting security research, and we waive those restrictions on a limited basis for work done under this policy; and
• Lawful, helpful to the overall security of the Internet, and conducted in good faith. You are expected, as always, to comply with all applicable laws. If at any time you have concerns or are uncertain whether your security research is consistent with this policy, please submit a Security Concern ticket to [https://support.atlassian.com/contact/](our support team) and we will be happy to answer your questions.

Bug Bounty Program

Atlassian operates a public bug bounty program for our products via our partner, Bugcrowd. Security researchers can receive cash payments in exchange for a qualifying vulnerability report submitted to Atlassian via our bounty programs.

• https://bugcrowd.com/atlassian
• https://bugcrowd.com/trello
• https://bugcrowd.com/opsgenie
• https://bugcrowd.com/statuspage
• [https://www.bugcrowd.com/atlassianapps](Marketplace apps built by Atlassian)

Public Disclosure

Atlassian makes it a priority to resolve any security vulnerabilities in our products within the timeframes identified in our [/trust/security/bug-fix-policy](Security Bugfix Policy). Atlassian follows coordinated vulnerability disclosure and requests, to protect our customers, that anyone reporting a vulnerability to us does the same.

Want to dig deeper?

[/trust/security/vulnerability-management](Our Approach to Vulnerability Management)

[/trust/security/security-testing](Our Approach to External Security Testing)