Inside the GitLab public bug bounty program
Apr 29, 2019Kathy Wang

Summary
This post details the launch and early success of GitLab's public bug bounty program, highlighting its role as a reactive security measure. It outlines key metrics for measuring success, including the quantity of new report submissions, the percentage of repeat reporters, transparency in vulnerability disclosure (setting all vulnerability details to public 30 days after a patch is released), responsiveness to reporters, and the commitment to competitive rewards. It also lists the top five GitLab reporters by bounty and mentions the desire to put GitLab Tanuki on swag.
More from the Bug Triage and Reporting trail
- Shai-Hulud copycat campaign targets Python developers through PyPI typosquatting
- Manage vulnerability noise at scale with auto-dismiss policies
- How to transform compliance observation management with GitLab
- Self-service security alert handling with GitLab's UAM
- How GitLab measures Red Team impact: The adoption rate metric