How we work to detect and mitigate Spam on GitLab.com and beyond
Oct 29, 2020Charl de Wit

Summary
This post details the Trust and Safety team's work on detecting and mitigating spam on GitLab.com, defining abuse, and providing reporting mechanisms. For self-managed instances, it outlines best practices including enabling 2FA, implementing sign-up and sign-in restrictions (disabling new sign-ups, requiring admin approval, email confirmation, domain allow/denylist), hardening the instance, understanding abuse reporting and management for admins, and imposing rate limits on issue creation and user/IP access. It also mentions upcoming explorations in alternative captcha options and preventing bots from posting URLs, with the potential to integrate successful automation into the product.
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