관리자를 위한 규정 준수 기능
GitLab v19.4Offering: GitLab Self-Managed
요약
관리자를 위한 GitLab 규정 준수 기능은 GitLab 인스턴스가 일반적인 규정 준수 표준을 충족하도록 돕습니다. 규정 준수 팀에게는 통제 항목과 요구 사항이 올바르게 설정되어 있는지, 그리고 그 상태가 계속 유지되는지가 중요합니다.
관리자를 위한 GitLab 규정 준수 기능은 GitLab 인스턴스가 일반적인 규정 준수 표준을 충족하도록 돕습니다. 상당수 기능은 그룹과 프로젝트에서도 사용할 수 있습니다.
규정 준수 워크플로 자동화#
규정 준수 팀에게는 통제 항목과 요구 사항이 올바르게 설정되어 있는지, 그리고 그 상태가 계속 유지되는지가 중요합니다. 설정을 주기적으로 수동 점검하는 방법도 있지만 이 방식은 오류가 생기기 쉽고 시간이 많이 듭니다. 더 나은 방법은 단일 진실 공급원(Single Source Of Truth, SSOT) 설정과 자동화를 사용해, 규정 준수 팀이 구성한 내용이 그대로 유지되고 정상적으로 동작하도록 만드는 것입니다. 다음 기능이 규정 준수 자동화에 도움이 됩니다.
| 기능 | 인스턴스 | 그룹 | 프로젝트 | 설명 |
|---|---|---|---|---|
| 머지 리퀘스트 승인 정책의 승인 설정 | ✅ | ✅ | ✅ | 여러 승인자를 요구하는 머지 리퀘스트 승인 정책을 적용하고, GitLab 인스턴스나 그룹에서 정책이 적용된 모든 그룹 또는 프로젝트의 여러 프로젝트 설정을 재정의합니다. |
감사 관리#
모든 규정 준수 프로그램에서 중요한 부분은 무슨 일이 언제 일어났고 누구에게 책임이 있는지를 되짚어 볼 수 있는가입니다. 이는 감사 상황뿐 아니라 문제가 발생했을 때 근본 원인을 파악하는 데에도 활용할 수 있습니다.
낮은 수준의 원시 감사 데이터 목록과 높은 수준의 요약 감사 데이터 목록을 모두 갖추면 도움이 됩니다. 이 둘을 함께 사용하면 규정 준수 팀이 문제 존재 여부를 빠르게 파악하고 세부 내용까지 파고들 수 있습니다. 다음 기능이 GitLab 가시성 확보와 발생 사항 감사에 도움이 됩니다.
| 기능 | 인스턴스 | 그룹 | 프로젝트 | 설명 |
|---|---|---|---|---|
| 감사 이벤트 | ✅ | ✅ | ✅ | 코드 무결성을 유지하도록, 감사 이벤트는 관리자가 고급 감사 이벤트 시스템에서 GitLab 서버의 모든 변경 사항을 확인하게 해 주며, 이를 통해 모든 변경을 통제·분석·추적할 수 있습니다. |
| 감사 보고서 | ✅ | ✅ | ✅ | 발생한 감사 이벤트를 기반으로 보고서를 만들고 조회합니다. GitLab 기본 제공 보고서를 사용하거나 API로 직접 만들 수 있습니다. |
| 감사 이벤트 스트리밍 | ✅ | ✅ | ✅ | GitLab 감사 이벤트를 HTTP 엔드포인트나 AWS S3, GCP Logging 같은 서드파티 서비스로 스트리밍합니다. |
| 감사자 사용자 | ✅ | ❌ | ❌ | 감사자 사용자는 GitLab 인스턴스의 모든 프로젝트·그룹·기타 리소스에 읽기 전용으로 접근할 수 있는 사용자입니다. |
정책 관리#
조직 표준이나 규제 기관의 요구로 인해 조직마다 고유한 정책 요구 사항이 있습니다. 다음 기능은 워크플로 요구 사항, 직무 분리, 안전한 공급망 모범 사례를 지키기 위한 규칙과 정책을 정의하는 데 도움이 됩니다.
| 기능 | 인스턴스 | 그룹 | 프로젝트 | 설명 |
|---|---|---|---|---|
| 자격 증명 인벤토리 | ✅ | ❌ | ❌ | GitLab 인스턴스의 모든 사용자가 사용하는 자격 증명을 추적합니다. |
| 세분화된 사용자 역할 및 유연한 권한 |
✅ | ✅ | ✅ | 다섯 가지 사용자 역할과 외부 사용자 설정으로 접근과 권한을 관리합니다. 리포지터리에 대한 읽기 또는 쓰기 권한만 부여하는 대신 구성원의 역할에 맞추어 권한을 설정합니다. 이슈 트래커 접근만 필요한 사람에게는 소스 코드를 공유하지 않습니다. |
| 머지 리퀘스트 승인 | ✅ | ✅ | ✅ | 머지 리퀘스트에 필요한 승인을 구성합니다. |
| 푸시 규칙 | ✅ | ✅ | ✅ | 리포지터리에 대한 푸시를 통제합니다. |
| 보안 정책 | ✅ | ✅ | ✅ | 정책 규칙에 따라 머지 리퀘스트 승인을 요구하거나, 규정 준수 요구 사항을 위해 프로젝트 파이프라인에서 보안 스캐너를 실행하도록 강제하는 사용자 정의 정책을 구성합니다. 정책은 특정 프로젝트에만, 또는 그룹이나 하위 그룹의 모든 프로젝트에 적용할 수 있습니다. |
기타 규정 준수 기능#
다음 기능도 규정 준수 요구 사항을 충족하는 데 도움이 됩니다.
| 기능 | 인스턴스 | 그룹 | 프로젝트 | 설명 |
|---|---|---|---|---|
| 프로젝트·그룹·전체 서버의 모든 사용자에게 이메일 보내기 |
✅ | ❌ | ❌ | 프로젝트나 그룹 구성원을 기준으로 사용자 집단에 이메일을 보내거나, GitLab 인스턴스를 사용하는 전원에게 이메일을 보냅니다. 계획된 유지 보수나 업그레이드 안내에 유용합니다. |
| ToS 동의 강제 | ✅ | ❌ | ❌ | GitLab 트래픽을 차단해 사용자가 새 서비스 약관에 동의하도록 강제합니다. |
| 사용자 권한 수준 보고서 생성 |
✅ | ❌ | ❌ | 인스턴스의 그룹과 프로젝트에 대한 전체 사용자 접근 권한을 정리한 보고서를 생성합니다. |
| LDAP 그룹 동기화 | ✅ | ❌ | ❌ | 그룹을 자동으로 동기화하고 SSH 키·권한·인증을 관리하므로, 도구 설정 대신 제품 개발에 집중할 수 있습니다. |
| LDAP 그룹 동기화 필터 | ✅ | ❌ | ❌ | 필터를 기준으로 LDAP와 동기화해 유연성을 높입니다. LDAP 속성을 활용해 GitLab 권한을 매핑할 수 있습니다. |
| Linux 패키지 설치의 로그 전달 지원 |
✅ | ❌ | ❌ | 로그를 중앙 시스템으로 전달합니다. |
| SSH 키 제한 | ✅ | ❌ | ❌ | GitLab 접근에 사용하는 SSH 키의 방식과 키 길이를 통제합니다. |