GitLab Secrets Manager

프로젝트와 그룹의 시크릿과 자격 증명을 안전하게 저장하고 관리하는 GitLab Secrets Manager 사용 방법을 설명합니다.

히스토리 GitLab 18.3에서 secrets_manager 및 ci_tanukey_ui 기능 플래그 와 함께 도입 되었습니다. 기본적으로 비활성화되어 있습니다. 기능 플래그 ci_tanukey_ui 가 GitLab 18.4에서 제거 되었습니다. GitLab 18.8에서 일부 사용자에게 비공개 베타로 제공되었습니다. 그룹 시크릿 관리자가 18.10에서 도입 되었으며, 기능 플래그 group_secrets_manager 를 사용하는 비공개 베타 사용자에게 제공되었습니다. GitLab 19.0에서 비공개 베타에서 공개 베타로 변경 되었습니다. GitLab 19.3에서 GitLab.com에서 제한적으로 이용 가능하도록 변경 되었습니다. 프로젝트에서 Maintainer 권한의 기본 읽기/쓰기 권한이 GitLab 19.4에서 도입 되었습니다. 프로젝트에서 Developer 권한의 기본 메타데이터 읽기 및 생성 권한이 GitLab 19.5에서 도입 되었습니다. 그룹의 시크릿 권한이 GitLab 19.4에서 제거 되었습니다. 그룹 권한은 더 이상 접근을 부여하지 않으며, GraphQL API에서 GROUP principal 유형, PrincipalInput 의 groupPath 인자, Principal 의 group 필드가 제거되었습니다. 대신 사용자나 역할에 권한을 부여합니다. 기능 플래그 secrets_manager 와 group_secrets_manager 가 GitLab 19.5에서 제거 되었습니다. GitLab 19.5에서 정식 출시 되었습니다. GitLab Secrets Manager를 사용해 OpenBao 를 기반으로 프로젝트와 그룹의 자격 증명을 안전하게 암호화, 저장, 조회합니다. 자격 증명을 코드에 직접 입력하거나 CI/CD 변수에 의존하는 대신, GitLab 액세스 모델과 감사 시스템을 사용해 완전한 감사 추적 과 함께 시크릿을 조회할 수 있습니다. 시크릿은 CI/CD job이 작동하는 데 필요한 민감한 정보를 나타내며, 액세스 토큰, 데이터베이스 자격 증명, 프라이빗 키 등이 해당합니다. 기본적으로 항상 job에서 사용할 수 있는 CI/CD 변수와 달리, 시크릿은 job이 명시적으로 요청해야 합니다. CI/CD job에서 시크릿을 사용 하거나 Kubernetes, Terraform, API 같은 CI/CD 밖의 런타임 워크로드에서 사용 할 수 있습니다. GitLab Secrets Manager는 GitLab 크레딧을 소비합니다 . 피드백은 이슈 598100 에서 공유해 주시기 바랍니다. GitLab Secrets Manager 활성화 # GitLab.com에서는 최상위 그룹에 대해 GitLab Secrets Manager를 활성화합니다. 그러면 해당 그룹의 모든 하위 그룹과 프로젝트에서 Secrets Manager를 사용할 수 있습니다. GitLab Self-Managed에서는 관리자가 인스턴스에 대해 Secrets Manager를 활성화합니다. 그러면 인스턴스의 모든 그룹과 프로젝트에서 Secrets Manager를 사용할