GitLab ensures security hardening and baseline configuration standards have been established according to industry standards and are reviewed and updated quarterly.
Baseline hardening standards make it clear how systems should be hardened and configured. To ensure we these standards are always relevant, we need to regularly review these documents and update them as needed. The goal of this control is to remove as much subjectivity as possible from the process of configuring systems. If we create a standard for each system type within GitLab, it will be easier to automate system configuration and ensure that all systems are configured the same. This consistent configuration becomes critical when critical vulnerabilities are discovered and need to be rapidly deployed to all applicable systems.
This control applies to all systems within our production environment and team member laptops. The production environment includes all endpoints and cloud assets used in hosting GitLab.com and its subdomains. This may include third-party systems that support the business of GitLab.com.
We don't have to reinvent the wheel with these. Whenever possible we should be referencing industry standards for system configurations (e.g., NIST guidelines).
Non-public information relating to this security control as well as links to the work associated with various phases of project work can be found in the Baseline Configuration Standard control issue.
Examples of evidence an auditor might request to satisfy this control: