Usar políticas personalizadas da organização

Nesta página, mostramos como usar restrições personalizadas do serviço de políticas da organização para restringir operações específicas nos seguintes recursos do Google Cloud :

• binaryauthorization.googleapis.com/Policy
• binaryauthorization.googleapis.com/Attestor

Para saber mais sobre políticas da organização, consulte Políticas personalizadas da organização.

Sobre políticas da organização e restrições

O serviço de políticas da organização do Google Cloud oferece controle centralizado e programático sobre os recursos da sua organização. Um administrador de políticas da organização pode definir políticas da organização, ou seja, conjuntos de restrições que se aplicam aos recursos doGoogle Cloud e aos elementos que descendem dele na hierarquia de recursos doGoogle Cloud . É possível aplicar políticas da organização no nível da organização, de pastas ou de projetos.

Uma política da organização oferece restrições gerenciadas e integradas para vários serviços do Google Cloud . No entanto, para ter controle mais granular e personalizável sobre os campos específicos restritos nas políticas da organização, também é possível criar restrições personalizadas e usá-las nessas políticas.

Herança de políticas

As políticas da organização são herdadas por padrão pelos elementos que descendem dos recursos em que elas são aplicadas. Por exemplo, se você aplicar uma política a uma pasta, o Google Cloud vai aplicá-la todos os projetos dessa pasta. Para saber mais sobre esse comportamento e como alterá-lo, consulte Regras de avaliação de hierarquia.

Vantagens

Use políticas personalizadas da organização para fazer o seguinte com as políticas de autorização binária:

• Impor requisitos de segurança exigindo autorização do usuário para a implantação de imagens do sistema.
• Verifique se o atestado é obrigatório para todas as implantações de pods na política de autorização binária.
• Verifique se atestadores específicos estão incluídos na política de autorização binária usada para verificação de atestado.
• Restrinja as operações permitidas a um padrão de lista de permissões definido na política de autorização binária.

Use políticas personalizadas da organização para fazer o seguinte com atestados de autorização binária:

• Verifique se os atestadores foram criados com metadados descritivos para definir claramente a finalidade deles.
• Verifique se a chave criptográfica associada a cada atestador foi gerada usando um algoritmo de assinatura específico e predeterminado.

Antes de começar

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.

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

Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

Go to project selector

Verify that billing is enabled for your Google Cloud project.

Install the Google Cloud CLI.

Ao usar um provedor de identidade (IdP) externo, primeiro faça login na gcloud CLI com sua identidade federada.

Para inicializar a gcloud CLI, execute o seguinte comando:

gcloud init

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

Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

Go to project selector

Verify that billing is enabled for your Google Cloud project.

Install the Google Cloud CLI.

Ao usar um provedor de identidade (IdP) externo, primeiro faça login na gcloud CLI com sua identidade federada.

Para inicializar a gcloud CLI, execute o seguinte comando:

gcloud init

1. Verifique qual é o ID da organização.

Funções exigidas

Para conseguir as permissões necessárias para gerenciar políticas da organização, peça ao administrador para conceder a você os seguintes papéis do IAM:

• Administrador de políticas da organização (roles/orgpolicy.policyAdmin) no recurso da organização
• Para atualizar uma política: Papéis da política de autorização binária (roles/binaryauthorization.policyEditor) no projeto
• Para criar e atualizar um atestador: Papéis de atestador da autorização binária (roles/binaryauthorization.attestorsAdmin) no projeto

Para mais informações sobre a concessão de papéis, consulte Gerenciar o acesso a projetos, pastas e organizações.

Esses papéis predefinidos contêm as permissões necessárias para gerenciar políticas da organizações. Para conferir as permissões exatas necessárias, expanda a seção Permissões necessárias:

Permissões necessárias

As permissões a seguir são necessárias para gerenciar as políticas da organização:

• orgpolicy.* no recurso da organização
• Para atualizar uma política de autorização binária:
  • binaryauthorization.policy.update no recurso do projeto
  • binaryauthorization.policy.get no recurso do projeto
• Para criar ou atualizar um atestador de autorização binária:
  • binaryauthorization.attestors.get no recurso do projeto
  • binaryauthorization.attestors.list no recurso do projeto
  • binaryauthorization.attestors.create no recurso do projeto
  • binaryauthorization.attestors.update no recurso do projeto

Essas permissões também podem ser concedidas com funções personalizadas ou outros papéis predefinidos.

Criar uma restrição personalizada

Uma restrição personalizada é definida em um arquivo YAML pelos recursos, métodos, condições e ações compatíveis com o serviço em que você está aplicando a política da organização. As condições das restrições personalizadas são definidas usando a Common Expression Language (CEL). Para saber como criar condições em restrições personalizadas usando a CEL, consulte a seção CEL em Como criar e gerenciar restrições personalizadas.

Para criar uma restrição personalizada, crie um arquivo YAML com o seguinte formato:

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

Substitua:

• ORGANIZATION_ID: o ID da organização, como 123456789.

• CONSTRAINT_NAME: o nome da nova restrição personalizada. Uma restrição personalizada precisa começar com custom. e só pode incluir letras maiúsculas, minúsculas ou números. Por exemplo, custom.ensureBinaryAuthorizationEnforcementEnabled. Esse campo pode ter no máximo 70 caracteres.

• RESOURCE_NAME: o nome totalmente qualificado do recurso doGoogle Cloud que contém o objeto e o campo que você quer restringir. Por exemplo, binaryauthorization.googleapis.com/Policy.

• CONDITION: uma condição de CEL gravada em uma representação de um recurso de serviço compatível. Esse campo pode ter no máximo 1000 caracteres. Consulte Recursos compatíveis para mais informações sobre os recursos disponíveis para gravação de condições. Por exemplo, "resource.defaultAdmissionRule.enforcementMode == 'ENFORCED_BLOCK_AND_AUDIT_LOG'".

• ACTION: a ação a ser realizada ao atender a condition. Os valores possíveis são ALLOW e DENY.

• DISPLAY_NAME: um nome legível para a restrição. Esse campo pode ter no máximo 200 caracteres.

• DESCRIPTION: uma descrição legível da restrição a ser exibida como mensagem de erro quando a política é violada. Esse campo pode ter no máximo 2000 caracteres.

Para saber como criar uma restrição personalizada, consulte Como definir restrições personalizadas.

Configurar uma restrição personalizada

Depois de criar o arquivo YAML para uma nova restrição personalizada, faça a configuração necessária para disponibilizá-la para as políticas da organização. Para configurar uma restrição personalizada, use o comando gcloud org-policies set-custom-constraint:

gcloud org-policies set-custom-constraint CONSTRAINT_PATH

Substitua CONSTRAINT_PATH pelo caminho completo para o arquivo da restrição personalizada. Por exemplo, /home/user/customconstraint.yaml. Após a conclusão, as restrições personalizadas vão estar disponíveis como políticas da organização na lista de políticas da organização do Google Cloud . Para verificar a existência da restrição personalizada, use o comando gcloud org-policies list-custom-constraints:

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

Substitua ORGANIZATION_ID pelo ID do recurso da organização. Para mais informações, consulte Como visualizar políticas da organização.

Aplicar uma política personalizada da organização

Para aplicar uma restrição, crie uma política da organização que faça referência a ela e aplique essa política a um recurso do Google Cloud .

Console

1. No console do Google Cloud , acesse a página Políticas da organização.

   Acessar a página Políticas da organização

2. No seletor de projetos, selecione o projeto em que você quer definir a política da organização.
3. Na lista da página Políticas da organização, selecione uma restrição para acessar a página Detalhes da política associada.
4. Para configurar a política da organização nesse recurso, clique em Gerenciar política.
5. Na página Editar política, selecione Substituir a política do recurso pai.
6. Clique em Adicionar regra.
7. Na seção Aplicação, escolha entre ativar ou desativar a aplicação dessa política da organização.
8. Opcional: para tornar a política da organização condicional em uma tag, clique em Adicionar condição. Se você adicionar uma regra condicional a uma política da organização, inclua pelo menos uma regra não condicional para que a política seja salva. Para mais informações, consulte Como configurar uma política da organização com tags.
9. Clique em Testar mudanças para simular o efeito da política da organização. A simulação da política não está disponível para restrições gerenciadas legadas. Para mais informações, consulte Testar mudanças na política da organização com o Simulador de política.
10. Para concluir e aplicar a política da organização, clique em Definir política. A política levará até 15 minutos para entrar em vigor.

gcloud

Para criar uma política da organização com regras booleanas, crie um arquivo YAML para a política que faça referência à restrição:

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

Substitua:

• PROJECT_ID: o projeto em que você quer aplicar a restrição.
• CONSTRAINT_NAME: o nome definido para a restrição personalizada. Por exemplo, custom.ensureBinaryAuthorizationEnforcementEnabled.

Para aplicar a política da organização que contém a restrição, execute o seguinte comando:

    gcloud org-policies set-policy POLICY_PATH
    

Substitua POLICY_PATH pelo caminho completo para o arquivo YAML da política da organização. A política leva até 15 minutos para entrar em vigor.

Testar a política personalizada da organização

O exemplo a seguir mostra como criar uma restrição e uma política personalizadas que garantem a aplicação da política de autorização binária em um projeto, impedindo implantações quando as declarações estão ausentes.

Antes de começar, verifique se você atendeu aos seguintes pré-requisitos:

• Ative a API Binary Authorization uma vez por projeto.
• Saiba o ID da sua organização.
• Saiba o ID do projeto.

Criar a restrição

1. Salve o seguinte arquivo como constraint.yaml:

   name: organizations/ORGANIZATION_ID/customConstraints/custom.ensureBinaryAuthorizationEnforcementEnabled
   resourceTypes:
   - binaryauthorization.googleapis.com/Policy
   methodTypes:
   - CREATE
   - UPDATE
   condition: "resource.defaultAdmissionRule.enforcementMode == 'ENFORCED_BLOCK_AND_AUDIT_LOG'"
   actionType: ALLOW
   displayName: Ensure Binary Authorization Enforcement is enabled
   description: Binary Authorization policy must have enforcement enabled to block deployments if one or more required attestations are missing.
   

   Essa restrição impede atualizações da política de autorização binária, a menos que o defaultAdmissionRule.enforcementMode esteja definido como ENFORCED_BLOCK_AND_AUDIT_LOG.

2. Aplique a restrição:

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

3. Verifique se a restrição existe:

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

   O resultado será o seguinte:

   CUSTOM_CONSTRAINT: custom.ensureBinaryAuthorizationEnforcementEnabled
   ACTION_TYPE: DENY
   METHOD_TYPES: CREATE,UPDATE
   RESOURCE_TYPES: binaryauthorization.googleapis.com/Policy
   DISPLAY_NAME: Ensure Binary Authorization Enforcement is enabled
   

Criar a política

1. Salve o seguinte arquivo como policy.yaml:

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

   Substitua PROJECT_ID pelo ID do seu projeto.

2. Aplique a política:

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

3. Verifique se a política existe:

   gcloud org-policies list --project=PROJECT_ID
   

   O resultado será o seguinte:

   CONSTRAINT: custom.ensureBinaryAuthorizationEnforcementEnabled
   LIST_POLICY: -
   BOOLEAN_POLICY: SET
   ETAG: CJSetr4GEPil1JAB-
   

Depois de aplicar a política, aguarde cerca de dois minutos para que o Google Cloud comece a aplicar a política.

Testar a política

cat > binauthzPolicy.yaml << EOM
globalPolicyEvaluationMode: DISABLE
defaultAdmissionRule:
  evaluationMode: ALWAYS_DENY
  enforcementMode: DRYRUN_AUDIT_LOG_ONLY
EOM

gcloud container binauthz policy import binauthzPolicy.yaml '--format=json'

A saída é esta:

Operation denied by org policy: ["customConstraints/custom.ensureBinaryAuthorizationEnforcementEnabled": "Pod deployment should be blocked when admission rule are not satisfied."].

Exemplos de políticas personalizadas da organização para casos de uso comuns

Esta tabela fornece exemplos de sintaxe para algumas restrições personalizadas comuns.

Descrição	Sintaxe da restrição
Verificar se há atestados na política de autorização binária	name: organizations/ORGANIZATION_ID/customConstraints/custom.podCreationRequireAttestations resourceTypes: - binaryauthorization.googleapis.com/Policy methodTypes: - CREATE - UPDATE condition: "resource.defaultAdmissionRule.evaluationMode == 'REQUIRE_ATTESTATION'" actionType: ALLOW displayName: Attestations are required in Binary Authorization Policy description: Binary Authorization Policy evaluation requires attestations.
Verificar se um atestador específico está presente para a regra de admissão	name: organizations/ORGANIZATION_ID/customConstraints/custom.policyWithParticularAttestor resourceTypes: - binaryauthorization.googleapis.com/Policy methodTypes: - CREATE - UPDATE condition: "resource.defaultAdmissionRule.requireAttestationsBy.size() > 0 && resource.defaultAdmissionRule.requireAttestationsBy.exists(value, value.matches(r'^projects/[^/]+/attestors/qa-attestor$'))" actionType: ALLOW displayName: Ensure Binary Authorization policy contains qa-attestor. description: Ensure Binary Authorization policy contains qa-attestor.
Não permitir a criação de atestador se a descrição estiver ausente	name: organizations/ORGANIZATION_ID/customConstraints/custom.enforceAttestorDescription resourceTypes: - binaryauthorization.googleapis.com/Attestor methodTypes: - CREATE - UPDATE condition: "resource.description == ''" actionType: DENY displayName: Deny Attestor creation that have no description. description: Binary Authorization Attestor should have description associated with it.
Permitir apenas um algoritmo de assinatura específico para uma chave	name: organizations/ORGANIZATION_ID/customConstraints/custom.allowParticularKeySignatureAlgorithm resourceTypes: - binaryauthorization.googleapis.com/Attestor methodTypes: - CREATE - UPDATE condition: "resource.userOwnedGrafeasNote.publicKeys.all(publicKey, publicKey.pkixPublicKey.signatureAlgorithm == 'ECDSA_P256_SHA256')" actionType: ALLOW displayName: Allow particular signature algorithm description: Only particular signature Algorithm is allowed.

Recursos compatíveis com a autorização binária

A tabela a seguir lista os recursos da Autorização binária que podem ser referenciados em restrições personalizadas.

Recurso	Campo
binaryauthorization.googleapis.com/Attestor	resource.description
	resource.name
	resource.userOwnedGrafeasNote.noteReference
	resource.userOwnedGrafeasNote.publicKeys.asciiArmoredPgpPublicKey
	resource.userOwnedGrafeasNote.publicKeys.comment
	resource.userOwnedGrafeasNote.publicKeys.pkixPublicKey.keyId
	resource.userOwnedGrafeasNote.publicKeys.pkixPublicKey.publicKeyPem
	resource.userOwnedGrafeasNote.publicKeys.pkixPublicKey.signatureAlgorithm
binaryauthorization.googleapis.com/Policy	resource.admissionWhitelistPatterns.namePattern
	resource.clusterAdmissionRules[*].enforcementMode
	resource.clusterAdmissionRules[*].evaluationMode
	resource.clusterAdmissionRules[*].requireAttestationsBy
	resource.defaultAdmissionRule.enforcementMode
	resource.defaultAdmissionRule.evaluationMode
	resource.defaultAdmissionRule.requireAttestationsBy
	resource.description
	resource.globalPolicyEvaluationMode
	resource.istioServiceIdentityAdmissionRules[*].enforcementMode
	resource.istioServiceIdentityAdmissionRules[*].evaluationMode
	resource.istioServiceIdentityAdmissionRules[*].requireAttestationsBy
	resource.kubernetesNamespaceAdmissionRules[*].enforcementMode
	resource.kubernetesNamespaceAdmissionRules[*].evaluationMode
	resource.kubernetesNamespaceAdmissionRules[*].requireAttestationsBy
	resource.kubernetesServiceAccountAdmissionRules[*].enforcementMode
	resource.kubernetesServiceAccountAdmissionRules[*].evaluationMode
	resource.kubernetesServiceAccountAdmissionRules[*].requireAttestationsBy

A seguir

• Saiba mais sobre o Serviço de políticas da organização.
• Saiba como criar e gerenciar políticas da organização.
• Confira a lista completa de restrições de política da organização gerenciadas.