Report a security vulnerability and responsible disclosure policies | Geckoboard Help Center

Report a security vulnerability and responsible disclosure policies

Your input and feedback on our security is always appreciated.

January 28, 2026

Scope

The only target in scope is app.geckoboard.com, and any HTTP requests made from that subdomain. All other Geckoboard domains such as www.geckoboard.com, community.geckoboard.com, support.geckoboard.com, etc. are out of scope.

Responsible disclosure policies

Geckoboard aims to keep its service safe for everyone, and data security is of utmost priority. If you're a security researcher and have discovered a security vulnerability in the service, we appreciate your help in disclosing it to us in a responsible manner. In return we promise to investigate reports promptly.

While we encourage you to discover and report to us any vulnerabilities you find in a responsible manner, the following conduct is expressly prohibited:

Other important responsible disclosure policies to make note of:

When in doubt, contact us.

Reward range and classification

Geckoboard may, at its sole discretion, provide rewards to eligible reporters of qualifying vulnerabilities.

High and Medium vulnerabilities are the only ones entitled to a monetary reward (of up to US$500).

Duplicate and Declined submissions as well as any P5 (according to Bugcrowd's Taxonomy) submissions do not receive any rewards for this program.

The following table outlines the categories that will result from our evaluation:

Evaluation Description
Declined False positives and/or very minor criticality that won't necessarily result in a change of code.
Duplicate Same report has been made before or we are aware of the issue from any other source.
Low Vulnerabilities like insecure cookies, clickjacking or insufficient password complexity are generally of low criticality as they depend on other issues and cannot be exploited by themselves.
Medium Cross-site request forgery (XSRF or CSRF) vulnerabilities or those that might result in the changing of users data.
High Vulnerabilities of high criticality are those that would result in bypassing authentication. An example of a high critical vulnerability is a successful SQL-injection that could be used to read data, delete users, or other kinds of database modifications.

If you believe you've found a security vulnerability on Geckoboard, we encourage you to let us know straight away. We will investigate all legitimate reports, evaluate them, and – if applicable – do our best to quickly fix the problem.

Before reporting though, please review this article, including our responsible disclosure policies. Geckoboard pledges not to initiate legal action against researchers for penetrating or attempting to penetrate our systems as long as they adhere to this policy.

If you're looking to report another type of issue, please get in touch.

How to report security vulnerabilities

Please do not publicly disclose these details without the express written consent from Geckoboard.

Your input and feedback on our security is always appreciated. As much as we want to respond to all reports, it’s not feasible for us to do so. We typically only respond to vulnerability reports that get classified as High or Medium or will receive a reward.

Reports which get classified as Low, Duplicate, Declined, or any P5 (according to Bugcrowd's Taxonomy) submissions will usually not receive a response but will be added to our internal issue tracker.

When reporting any suspected vulnerabilities, please use this Geckoboard security vulnerability reporting form.