Full Disclosure Security Policy
Date: August 14 , 2020 — Previous Version
Our aim is to provide the best services we can in a highly secure fashion. We take security very seriously. Part of that is communication with the security community at large. We are providing this policy as a way to get in touch with us when researchers spot issues within our system. This gives researchers a way to give us feedback and to act as a guide for communication between the researcher and Airship.
Airship’s security policy provides guidelines for interaction between our company and security researchers. Upon discovering a security issue and communicating it with firstname.lastname@example.org, a researcher can expect a response within seven days.
Airship is responsible for delivering status updates at least once every seven days until the problem is resolved or a fix is scheduled for release. We ask for full participation from researchers during this period.
Working with Airship is, of course, a voluntary choice, and a choice that hopefully researchers respect and accept accordingly. The goal of following this policy, above all else, is education: for Airship, for the researcher, our customers, and the community.
Responsible Disclosure Guidelines:
- Share the issue with Airship prior to sharing it publicly or with any other party via email, the only authorized method of communication in which any research or potential findings should be discussed.
- Allow us reasonable time to respond (seven days to acknowledge and seven day update intervals) to the issue before disclosing it publicly or sharing with any other party
- Be aware that some services that we use at Airship are not under our control. While we strive to ensure our systems and vendors we use are as secure as possible, we depend on our vendors to ensure their products are up to our security standards.
- All submissions must be new discoveries. Awards will only be provided to the first researcher who submits a particular security vulnerability or bug. Duplicate reports do not receive awards. Airship determines duplicates at its sole discretion and will not share details on prior similar reports. If a subsequent report on a previously evaluated issue reveals that a vulnerability still remains or is more serious than initially judged, Airship will also award the second submission.
- The researcher must not reside in a country currently under U.S. sanctions.
- Please provide detailed reports with reproducible steps. The researcher must not cut and paste a tool output into a submission without including additional analysis demonstrating the exploitability of a vulnerability. If the report is a false positive or is not detailed enough to reproduce the issue, the researcher will not be eligible for an award.
- Multiple vulnerabilities caused by one underlying issue will receive one award.
- You are 13 years of age or older. If you are at least 13 years old but are considered a minor in your place of residence, you must obtain your parent’s or legal guardian’s permission prior to participating in this program
Acknowledgements for third party security issues impacting Airship are issued at Airship’s discretion (E.g. Inclusion in the Hall of Fame).
Please only test services to which you have authorized access. The following testing is not allowed:
- Accessing, or attempting to access, accounts or data that does not belong to you. If any Personal Information is accessed, all activity should immediately stop, any downloaded or viewed data should be removed, and immediately contact Airship. This is important for protecting both potentially personal information, and you.
- Any attempt to modify, download, or destroy data
- Defacing or modifying public facing content on webpages
- Disruption or denial-of-service attacks, or any activity that could potentially or actually degrade Airship services or assets
- Sending, or attempting to send unsolicited or unauthorized email, spam or other forms of unsolicited messages
- Testing any third party services or integration which is not developed or maintained by Airship
- Posting, transmitting, uploading, linking to, sending or storing malware, viruses or similar harmful software
- Any testing that would violate any applicable laws or regulations, including (but not limited to) laws and regulations prohibiting unauthorized access to data where a) data, assets, or systems reside, b) data traffic is routed, or c) where the researcher is located
- Brute-force attacks
- The compromise or testing of accounts that you are not authorized to access
- Large-scale vulnerability scanners, scrapers, or automated tools which produce excessive amounts of traffic. Do not send thousands of requests a minute to our systems.
- Physical testing of Airship offices and facilities
- Phishing or Social Engineering
NOTE: This is not a comprehensive list of prohibited activities. Items not explicitly mentioned, but may be considered by a reasonable person as not allowed, are subject to this policy requirement. Prohibited activities are determined at Airships sole discretion.
Out of scope issues:
- Pre-auth CSRF on Airship, Accengage, or Apptimize marketing websites
- DNS or DNSSEC configuration suggestions
- HTTP/HTTPS/TLS security header configurations
- Insecure cookie settings for non-sensitive cookies
- Previously submitted bugs
- SPF / DKIM / DMARC or other email spoofing issues
- TLS ciphers
- Resource Exhaustion Attacks
- All other web server headers
- Extremely low risk vulnerabilities (based on CVSS and/or Airship discretion)
The following URLs are in scope for our program:
This hypothetical process is provided as guidance for Airship’s vulnerability disclosure workflow:
- Researcher discovers a security threat
- Researcher validates the threat and ensures that it is not a false positive
- Researcher documents the threat
- Researcher sends email to email@example.com with the details of the security issue and step by step repetiable proof of concept
- Within seven days, Airship will responds to researcher with status regarding security issue and possible resolutions
- Every seven days thereafter, Airship will provide a status update to the researcher
- When security issue has been satisfactorily resolved, researcher is welcome to publicly disclose finding
To send secure emails to our security team, please use the following PGP Fingerprint:
Hall of Fame
This is an open-ended dialogue. If there is anything missing, you have a question, or if you’re just curious, please send us an email at firstname.lastname@example.org.
Hall of Fame
All researchers featured in the Hall of Fame have also received an exclusive Airship Bug Bounty T-Shirt.
The hall of fame recognizes researchers findings publicly for the last four quarters. Thank you to everyone for your submissions and for working closely with Airship.
|Tarun Tandon||India||Q4 FY'19||Customer Security Vulnerability||2020/01/16|
|Aman Mahendra||India||Q1 FY'20||Missing Function Level Access Control||2020/03/08|
|Dipesh Thakur||India||Q1 FY'20||Missing Function Level Access Control||2020/04/02|
|Ananda Dhakal||Nepal||Q1 FY'20||Insecure Direct Object Reference||2020/04/18|
|Ritik Chaddha||India||Q2 FY'20||Security Misconfiguration||2020/06/11|
|Hannan Haseeb||Pakistan||Q2 FY'20||Security Misconfiguration||2020/06/29|
|Vaibhav Ganesh Survase||India||Q3 FY'20||Broken Authentication||2020/08/13|
|Suraj Satish Kharade||India||Q3 FY'20||Third Party Security Issue||2020/08/16|
|Akash Rajendra Patil||India||Q3 FY'20||Security Misconfiguration||2020/08/17|
|Swapnil Maurya||India||Q3 FY'20||Security Misconfiguration||2020/08/21|
|Shubham Singh Jijania||India||Q3 FY'20||Security Misconfiguration||2020/08/23|
|Pritam Dash||India||Q3 FY'20||Security Misconfiguration||2020/10/22|
|Sriram||India||Q3 FY'20||Invalid Forward||2020/10/22|
|Gourab Sadhukhan||India||Q4 FY'20||Broken Authentication||2020/11/03|
|Niraj Mahajan||India||Q4 FY'20||Broken Authentication||2020/11/06|
|Uriel Yochpaz and Elad Pticha||Israel||Q4 FY'20||Security Misconfiguration||2020/11/08|
|Pratik Ajay Solanki||India||Q4 FY'20||Broken Authentication||2020/11/10|
|Devang Thakar||India||Q4 FY'20||Miscellaneous||2020/11/18|
|Guddu Kumar||Germany||Q3 FY'20||Server Side Request Forging||2020/11/26|
|Vaishnavi Sharma||India||Q4 FY'20||Miscellaneous||2020/12/04|
|Keshav Malik||India||Q4 FY'20||Miscellaneous||2020/12/04|
|Navjeet Rathore||India||Q4 FY'20||Missing Function Level Access Control||2020/12/15|
|Gaurav Popalghat||India||Q3 FY'21||SSRF||2020/8/26
|J.Chandra Prakash||India||Q1 FY22||Miscellaneous||2020/2/16|
|Shailesh Maurya||India||Q1 FY22||Security Misconfiguration||2021/02/08|
|Amaranath Moger||India||Q1 FY22||Security Misconfiguration||2021/04/02|