Security is core to our values, and we value the input of hackers acting in good faith to help us maintain a high standard for the security and privacy for our users. This includes encouraging responsible vulnerability research and disclosure. This policy sets out our definition of good faith in the context of finding and reporting vulnerabilities, as well as what you can expect from us in return.
Brighter Tools Ltd Vulnerability Disclosure Policy
We take the security of our systems seriously, and we value the security community. The disclosure of security vulnerabilities helps us ensure the security and privacy of our users.
We require that all researchers:
Make every effort to avoid privacy violations, degradation of user experience, disruption to production systems, and destruction of data during security testing;
Perform research only within the scope set out below;
Use the identified communication channels to report vulnerability information to us; and
Keep information about any vulnerabilities you’ve discovered confidential between yourself and Brighter Tools Ltd Work to remediate discovered vulnerabilities in a timely manner.
If you follow these guidelines when reporting an issue to us, we commit to:
Not pursue or support any legal action related to your research;
Work with you to understand and validate your report, including a timely initial response to the submission;
Recognise your contribution on our Security Researcher Hall of Fame, if you are the first to report the issue and we make a code or configuration change based on the issue.
Web site and web applications using the following URLs:
Out of scope Any services hosted by 3rd party providers and services are excluded from scope. These services include:
Payment Service Providers
In the interest of the safety of our users, staff, the Internet at large and you as a security researcher, the following test types are excluded from scope:
Findings from physical testing such as office access (e.g. open doors, tailgating)
Findings derived primarily from social engineering (e.g. phishing, vishing)
Findings from applications or systems not listed in the ‘Scope’ section
UI and UX bugs and spelling mistakes
Network level Denial of Service (DoS/DDoS) vulnerabilities
Things we do not want to receive:
Personally identifiable information (PII)
Credit card holder data
How to report a security vulnerability? If you believe you’ve found a security vulnerability in one of our products or platforms please send it to us by emailing email@example.com. Please include the following details with your report:
Description of the location and potential impact of the vulnerability;
A detailed description of the steps required to reproduce the vulnerability (POC scripts, screenshots, and compressed screen captures are all helpful to us); and
Your name/handle and a link for recognition in our Hall of Fame.
This security policy is in Beta (feedback welcome)