스캔 실행 정책

스캔 실행 정책에 대해 설명합니다.

히스토리 스캔 실행 정책에서 미리 정의된 변수 재정의가 GitLab 16.10에서 allow_restricted_variables_at_policy_level 이라는 기능 플래그 와 함께 도입 되었습니다. 기본적으로 활성화되어 있습니다. 기능 플래그 allow_restricted_variables_at_policy_level 은 GitLab 17.5에서 제거되었습니다. 스캔 실행 정책은 기본 또는 최신 보안 CI/CD 템플릿 을 기준으로 GitLab 보안 스캔을 강제합니다. 스캔 실행 정책은 파이프라인의 일부로 배포하거나 지정한 일정에 따라 배포할 수 있습니다. 스캔 실행 정책은 보안 정책 프로젝트에 연결된 모든 프로젝트에 보안 스캔을 강제합니다. .gitlab-ci.yml 파일이 없는 프로젝트나 AutoDevOps가 비활성화된 프로젝트에서는 보안 정책이 .gitlab-ci.yml 파일을 암묵적으로 생성합니다. 이 .gitlab-ci.yml 파일은 시크릿 탐지, 정적 분석, 또는 프로젝트에서 빌드가 필요하지 않은 다른 스캐너를 실행하는 정책이 항상 실행되고 강제될 수 있도록 보장합니다. 스캔 실행 정책과 파이프라인 실행 정책 모두 여러 프로젝트에 걸쳐 GitLab 보안 스캔을 구성해 보안과 컴플라이언스를 관리할 수 있습니다. 스캔 실행 정책은 구성이 더 빠르지만 사용자 정의할 수 없습니다. 다음 중 하나라도 해당한다면 파이프라인 실행 정책 을 대신 사용합니다. 고급 구성 설정이 필요한 경우. 사용자 정의 CI/CD job이나 스크립트를 강제하려는 경우. 강제된 CI/CD job으로 서드파티 보안 스캔을 사용하려는 경우. 스캔 실행 정책 생성 # 스캔 실행 정책을 생성할 때는 다음 자료를 활용할 수 있습니다. 영상으로 살펴보려면 How to set up Security Scan Policies in GitLab 을 참고합니다. GitLab CI/CD 구성이 없는 프로젝트에 스캔 실행 정책 강제하기 에서 자세히 알아봅니다. 스캔 실행 정책을 생성하는 방법은 튜토리얼: 스캔 실행 정책 설정 을 참고합니다. 제한 사항 # 각 정책에는 최대 5개의 규칙을 할당할 수 있습니다. 각 보안 정책 프로젝트에는 최대 5개의 스캔 실행 정책을 할당할 수 있습니다. 로컬 프로젝트 YAML 파일은 스캔 실행 정책을 재정의할 수 없습니다. 프로젝트의 CI/CD 구성에서 같은 job 이름을 사용하더라도, 스캔 실행 정책이 파이프라인에 정의된 어떤 구성보다 우선합니다. 예약 정책( type: schedule )은 예약된 cadence 에 따라서만 실행됩니다. 정책을 업데이트해도 즉시 스캔이 트리거되지는 않습니다. (정책 편집기가 아니라 커밋이나 푸시로) YAML 구성 파일을 직접 수정한 정책 업데이트는 시스템 전체에 전파되기까지 최대 10분이 걸릴 수 있습니다. (이 제한에 대해 제안된 변경 사항은 이슈 512615 를 참고합니다.) job Stage # DAST 스캔은 항상 dast Stage에서 실행됩니다. dast Stage가 없으면 GitLab이 파이프라인