커스텀 조직 정책 사용

이 페이지에서는 조직 정책 서비스 커스텀 제약 조건을 사용하여 다음 Google Cloud 리소스에 대한 특정 작업을 제한하는 방법을 보여줍니다.

• secretmanager.googleapis.com/Secret

조직 정책에 대한 자세한 내용은 커스텀 조직 정책을 참조하세요.

조직 정책 및 제약조건 정보

Google Cloud 조직 정책 서비스를 사용하면 조직 리소스를 중앙에서 프로그래매틱 방식으로 제어할 수 있습니다. 조직 정책 관리자는 Google Cloud 리소스 계층 구조에서 Google Cloud 리소스와 이러한 리소스의 하위 요소에 적용되는 제한사항 집합(제약 조건이라고 함)인 조직 정책을 정의할 수 있습니다. 조직, 폴더 또는 프로젝트 수준에서 조직 정책을 적용할 수 있습니다.

조직 정책은 다양한 Google Cloud 서비스에 대한 사전 정의된 제약 조건을 제공합니다. 그러나 조직 정책에서 제한되는 특정 필드를 보다 세부적으로 맞춤설정 가능한 방식으로 제어하려면 커스텀 제약조건을 만들고 조직 정책에 이러한 커스텀 제약조건을 사용할 수 있습니다.

정책 상속

기본적으로 조직 정책은 정책을 적용하는 리소스의 하위 요소에 상속됩니다. 예를 들어 폴더에 정책을 적용하면 Google Cloud가 폴더의 모든 프로젝트에 정책을 적용합니다. 이 동작 및 이를 변경하는 방법에 대한 자세한 내용은 계층 구조 평가 규칙을 참조하세요.

이점

맞춤 조직 정책을 사용하여 다음 작업을 할 수 있습니다.

• 사용자가 보안 비밀에 주석을 추가하거나 보안 비밀의 만료일을 설정하거나 보안 비밀 버전의 지연된 폐기를 설정하도록 요구하여 엄격한 보안 요구사항을 적용합니다.
• 특정 프로젝트 또는 폴더 내의 모든 비밀에 순환 일정을 설정하도록 요구하여 특정 순환 요구사항을 지원합니다.
• 주석과 버전 별칭이 자동화 스크립트에서 선택한 표현식과 일치하는지 확인합니다.
• 조직 내에서 허용되는 보안 비밀 유형을 제한하여 클라우드 비용을 관리하세요.

제한사항

• expire_time (특정 시점) 또는 ttl (기간)을 사용하여 보안 비밀의 만료를 정의할 수 있습니다. 맞춤 조직 정책에서는 expire_time만 사용하여 보안 비밀의 만료일을 확인할 수 있습니다. 비밀번호에 ttl를 설정하면 Secret Manager는 정책을 처리하고 평가하기 위해 이를 expire_time 값으로 변환합니다.

시작하기 전에

1. Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Go to project selector

3. Make sure that billing is enabled for your Google Cloud project.

4. Install the Google Cloud CLI.

5. To initialize the gcloud CLI, run the following command:

   gcloud init

6. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Go to project selector

7. Make sure that billing is enabled for your Google Cloud project.

8. Install the Google Cloud CLI.

9. To initialize the gcloud CLI, run the following command:

   gcloud init

10. 조직 ID를 알고 있어야 합니다.

필요한 역할

조직 정책을 관리하는 데 필요한 권한을 얻으려면 관리자에게 다음의 IAM 역할을 부여해 달라고 요청합니다.

• 조직 리소스의 조직 정책 관리자 (roles/orgpolicy.policyAdmin)
• 보안 비밀을 만들거나 업데이트하려면 프로젝트의 Secret Manager 관리자 (roles/secretmanager.admin) 역할이 필요합니다.

역할 부여에 대한 자세한 내용은 프로젝트, 폴더, 조직에 대한 액세스 관리를 참조하세요.

이러한 사전 정의된 역할에는 조직 정책 관리에 필요한 권한이 포함되어 있습니다. 필요한 정확한 권한을 보려면 필수 권한 섹션을 펼치세요.

커스텀 역할이나 다른 사전 정의된 역할을 사용하여 이 권한을 부여받을 수도 있습니다.

커스텀 제약조건 만들기

커스텀 제약조건은 조직 정책을 적용하는 서비스에서 지원되는 리소스, 메서드, 조건, 작업을 사용하여 YAML 파일에서 정의됩니다. 커스텀 제약조건의 조건은 Common Expression Language(CEL)를 사용하여 정의됩니다. CEL을 사용해서 커스텀 제약 조건에서 조건을 빌드하는 방법은 커스텀 제약 조건 만들기 및 관리의 CEL 섹션을 참조하세요.

커스텀 제약조건을 만들려면 다음 형식을 사용하여 YAML 파일을 만듭니다.

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes:
- RESOURCE_NAME
methodTypes:
- CREATE
- UPDATE
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION

다음을 바꿉니다.

• ORGANIZATION_ID: 조직 ID입니다(예: 123456789).

• CONSTRAINT_NAME: 새 커스텀 제약조건에 사용하려는 이름. 커스텀 제약조건은 custom.으로 시작해야 하며 대문자, 소문자 또는 숫자만 포함할 수 있습니다(예: custom.ensureVersionDestroyTTL). 이 필드의 최대 길이는 70자입니다.

• RESOURCE_NAME: 제한하려는 객체 및 필드가 포함된 Google Cloud 리소스의 정규화된 이름입니다. 예를 들면 secretmanager.googleapis.com/Secret입니다.

• CONDITION: 지원되는 서비스 리소스의 표현에 대해 작성된 CEL 조건. 이 필드의 최대 길이는 1000자(영문 기준)입니다. 조건을 작성하는 데 사용할 수 있는 리소스에 대한 자세한 내용은 지원되는 리소스를 참조하세요. 예를 들면 "resource.versionDestroyTtl < duration('30h')"입니다.

• ACTION: condition이 충족될 때 수행할 작업입니다. 가능한 값은 ALLOW 및 DENY입니다.

• DISPLAY_NAME: 제약조건에 대한 사용자 친화적인 이름. 이 필드의 최대 길이는 200자(영문 기준)입니다.

• DESCRIPTION: 정책을 위반할 때 오류 메시지로 표시할 제약조건에 대한 사용자 친화적인 설명. 이 필드의 최대 길이는 2,000자(영문 기준)입니다.

커스텀 제약조건을 만드는 방법에 대한 자세한 내용은 커스텀 제약조건 정의를 참조하세요.

커스텀 제약조건 설정

gcloud org-policies set-custom-constraint CONSTRAINT_PATH

gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID

커스텀 조직 정책 적용

      name: projects/PROJECT_ID/policies/CONSTRAINT_NAME
      spec:
        rules:
        - enforce: true
    

    gcloud org-policies set-policy POLICY_PATH
    

커스텀 조직 정책 테스트

다음 예에서는 지정된 프로젝트 내에서 생성된 모든 새 보안 비밀의 삭제 지연 시간(version_destroy_ttl)이 30시간 이상이 되도록 커스텀 제약조건 및 정책을 구성하는 방법을 보여줍니다.

시작하기 전에 다음 사항을 확인하세요.

• Secret Manager API를 사용 설정합니다(프로젝트당 한 번).
• 조직 ID를 알아야 합니다.
• 프로젝트 ID를 알아야 합니다.

제약조건 만들기

1. 다음 파일을 constraint.yaml로 저장합니다.

   name: organizations/ORGANIZATION_ID/customConstraints/custom.ensureVersionDestroyTTLAtLeast30hours
   resourceTypes:
   - secretmanager.googleapis.com/Secret
   methodTypes:
   - CREATE
   condition: "resource.versionDestroyTtl < duration('30h')"
   actionType: DENY
   displayName: Enable Secret Version Destroy TTL with at least 30 hours
   description: All new secrets must have Version Destroy TTL values of at least 30 hours
   

   이는 모든 새 보안 비밀에 보안 비밀 버전 version_destroy_ttl가 적용되지 않거나 version_destroy_ttl가 30시간 미만이면 작업이 거부되는 제약조건을 정의합니다.

2. 제약조건을 적용합니다.

   gcloud org-policies set-custom-constraint ~/constraint.yaml
   

3. 제약조건이 있는지 확인합니다.

   gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID
   

   출력은 다음과 비슷합니다.

   CUSTOM_CONSTRAINT                               ACTION_TYPE  METHOD_TYPES   RESOURCE_TYPES                        DISPLAY_NAME
   custom.ensureVersionDestroyTTLAtLeast30hours    DENY         CREATE         secretmanager.googleapis.com/Secret   Enable Secret Version Destroy TTL with at least 30 hours
   ...
   

정책 만들기

1. 다음 파일을 policy.yaml로 저장합니다.

   name: projects/PROJECT_ID/policies/custom.ensureVersionDestroyTTLAtLeast30hours
   spec:
     rules:
     - enforce: true
   

   PROJECT_ID를 프로젝트 ID로 바꿉니다.

2. 정책을 적용합니다.

   gcloud org-policies set-policy ~/policy.yaml
   

3. 정책이 있는지 확인합니다.

   gcloud org-policies list --project=PROJECT_ID
   

   출력은 다음과 비슷합니다.

   CONSTRAINT                                    LIST_POLICY    BOOLEAN_POLICY    ETAG
   custom.ensureVersionDestroyTTLAtLeast30hours  -              SET               COCsm5QGENiXi2E=
   

정책을 적용한 후 Google Cloud가 정책 시행을 시작할 때까지 2분 정도 기다립니다.

정책 테스트

gcloud secrets create org-policy-test-secret \
    --project=PROJECT_ID \
    --version-destroy-ttl=100000s

출력은 다음과 같습니다.

Operation denied by custom org policies: ["customConstraints/custom.ensureVersionDestroyTTL": "All new secrets must have version destroy TTL values with at least 30 hours"]

일반적인 사용 사례의 커스텀 조직 정책 예시

다음 표에는 일반적인 사용 사례에 대한 몇 가지 커스텀 제약 조건의 구문이 나와 있습니다.

  name: organizations/ORGANIZATION_ID/customConstraints/custom.secretManagerEnableTTL
  resourceTypes:
  - secretmanager.googleapis.com/Secret
  methodTypes:
  - CREATE
  condition: "has(resource.versionDestroyTtl) && resource.versionDestroyTtl.getSeconds() > 172800"
  actionType: ALLOW
  displayName: Must set version destroy TTL more than one hour
  description: All new secrets must set version destroy TTL and version destroy TTL seconds should be more than two days
  

  name: organizations/ORGANIZATION_ID/customConstraints/custom.secretsWithPubSubTopic
  resourceTypes:
  - secretmanager.googleapis.com/Secret
  methodTypes:
  - CREATE
  - UPDATE
  condition: "has(resource.topics) && size(resource.topics) > 0 && resource.topics[0].name.matches('projects/a_test_project/topics/a_topic_name')"
  actionType: ALLOW
  displayName: Set secret first topic as a_topic_name
  description: All secret must use a_topic_name Pub/Sub topic as the first topic for notifications.
  

    name: organizations/ORGANIZATION_ID/customConstraints/custom.secretManagerAnnotationPrefixes
    resourceTypes:
    - secretmanager.googleapis.com/Secret
    methodTypes:
    - CREATE
    condition: "has(resource.annotations) && resource.annotations['key1'].startsWith('some-prefix-')"
    actionType: DENY
    displayName: Deny annotation of 'key1' with prefix 'some-prefix-'
    description: All new secrets should not have 'key1' annotations set with prefix 'some-prefix-'.
    

Secret Manager 지원 리소스

이 섹션의 표에는 커스텀 제약 조건에서 참조할 수 있는 Secret Manager 리소스가 나와 있습니다.

리소스 위치 제약조건을 설정하려면 리소스 위치 조직 정책을 사용하세요. 마찬가지로 CMEK 사용에 관한 제약 조건을 설정하려면 CMEK 조직 정책을 사용하는 것이 좋습니다.

다음 단계

• 조직 정책 서비스 자세히 알아보기
• 조직 정책을 만들고 관리하는 방법 자세히 알아보기
• 사전 정의된 조직 정책 제약조건의 전체 목록 참조하기