Como usar a autorização binária para controlar a implantação de imagens

Nesta página, fornecemos instruções sobre como usar a autorização binária para permitir que apenas imagens criadas pelo Cloud Build sejam implantadas.

Antes de começar

Enable the Cloud Build, Binary Authorization, and Artifact Registry APIs.
Enable the APIs
Para usar os exemplos de linha de comando neste guia, instale e configure o SDK do Google Cloud.

Observação:se você já instalou o SDK do Google Cloud, verifique se tem a versão mais recente disponível executando gcloud components update.
Configurar a autorização binária para sua plataforma.

Controlar implantações com autorização binária

Uma política na autorização binária é um conjunto de regras que regem a implantação de imagens. É possível configurar uma regra para exigir atestados assinados digitalmente.

O Cloud Build gera e assina atestados no momento da criação. Com a autorização binária, é possível usar o atestador built-by-cloud-build para verificar os atestados e implantar somente imagens criadas pelo Cloud Build.

Para criar o atestador built-by-cloud-build no seu projeto, execute uma versão nele.

Para permitir que apenas as imagens criadas pelo Cloud Build sejam implantadas, execute estas etapas:

Console

Acesse a página Autorização binária no Console do Google Cloud.

Acesse Autorização binária.
Na guia Política, clique em Editar política.
Na caixa de diálogo Editar política, selecione Permitir apenas imagens que foram aprovadas por todos os seguintes atestadores.
Clique em Adicionar atestadores.
Na caixa de diálogo Adicionar atestadores:
1. Selecione Adicionar por projeto e nome do atestador e execute estas etapas:
  1. No campo Nome do projeto, insira o projeto em que você executa o Cloud Build.
  2. Clique no campo Nome do atestador e veja se o atestador built-by-cloud-build está disponível.
  3. Clique em built-by-cloud-build.
2. Como alternativa, selecione Adicionar por ID do recurso de atestador. Em ID de recurso do atestador, digite:
```
projects/PROJECT_ID/attestors/built-by-cloud-build
```
  Substitua PROJECT_ID pelo projeto em que você executa o Cloud Build.
Clique em Adicionar um atestador.
Clique em Save Policy.

gcloud

Exporte a política atual para um arquivo usando este comando:

gcloud container binauthz policy export > /tmp/policy.yaml

Edite o arquivo da política.
Edite uma destas regras:
- defaultAdmissionRule
- clusterAdmissionRules
- istioServiceIdentityAdmissionRules
- kubernetesServiceAccountAdmissionRules
Adicione um bloco requireAttestationsBy à regra, se ainda não houver um.
No bloco requireAttestationsBy, adicione:
```
projects/PROJECT_ID/attestors/built-by-cloud-build
```
Substitua PROJECT_ID pelo projeto em que você executa o Cloud Build.
Salve o arquivo de política.

Importe o arquivo de política.

gcloud container binauthz policy import /tmp/policy.yaml

Veja a seguir um exemplo de arquivo de política que contém a referência ao built-by-cloud-build-attestor:

defaultAdmissionRule:
  evaluationMode: REQUIRE_ATTESTATION
  enforcementMode: ENFORCED_BLOCK_AND_AUDIT_LOG
  requireAttestationsBy:
    - projects/PROJECT_ID/attestors/built-by-cloud-build
name: projects/PROJECT_ID/policy

Substitua PROJECT_ID pelo ID do projeto em que você executa o Cloud Build.

É possível ver os erros de política nas mensagens do registro de autorização binária para GKE ou Cloud Run.

Como usar o modo de teste

No modo de simulação, a autorização binária verifica a conformidade da política sem realmente bloquear a implantação. Em vez disso, as mensagens de status de conformidade com a política são registradas no Cloud Logging. É possível usar esses registros para determinar se a política de bloqueio está funcionando corretamente e identificar falsos positivos.

Para ativar a simulação, faça o seguinte:

Console

Acesse a página "Autorização binária" no Console do Google Cloud.

Acesse Autorização binária.
Clique em Editar política.
Em Regra padrão ou em uma regra específica, selecione Modo de teste.

Observação: para demonstrar o modo de teste, também é possível definir a regra como Bloquear todas as imagens. Com essa configuração, todas as imagens que violam a política não podem ser implantadas e as violações são registradas.
Clique em Save Policy.

gcloud

Exporte a política de autorização binária para um arquivo YAML:

gcloud container binauthz policy export  > /tmp/policy.yaml

Em um editor de texto, defina enforcementMode como DRYRUN_AUDIT_LOG_ONLY e salve o arquivo.

Observação: para demonstrar o modo de teste, defina evaluationMode como ALWAYS_DENY. Com essa configuração, todas as imagens que violam a política não podem ser implantadas e as violações são registradas.
Para atualizar a política, importe o arquivo executando o seguinte comando:
```
gcloud container binauthz policy import /tmp/policy.yaml
```

É possível ver os erros de política nas mensagens do registro de autorização binária para GKE ou Cloud Run.

Limitações

Para seguir as instruções nesta página, o Cloud Build e a autorização binária precisam estar no mesmo projeto. Se você executar a plataforma de implantação em outro projeto, consulte o projeto do Cloud Build ao adicionar o atestador built-by-cloud-build na autorização binária.

Ativar atestados em pools particulares

Por padrão, o Cloud Build não gera atestados de autorização binária para builds em Pools privados. Para gerar atestados, adicione a opção requestedVerifyOption: VERIFIED ao arquivo de configuração do build:

steps:
- name: 'gcr.io/cloud-builders/docker'
  args: [ 'build', '-t', 'us-central1-docker.pkg.dev/$PROJECT_ID/quickstart-docker-repo/quickstart-image:tag1', '.' ]
images:
- 'us-central1-docker.pkg.dev/$PROJECT_ID/quickstart-docker-repo/quickstart-image:tag1'
options:
  requestedVerifyOption: VERIFIED

Depois de adicionar o requestedVerifyOption, o Cloud Build permite a geração de atestados e metadados de procedência para sua imagem.

Ver metadados do atestador

Um atestador é criado na primeira vez que você executa um build em um projeto. O ID do atestador está no formato projects/PROJECT_ID/attestors/built-by-cloud-build, em que PROJECT_ID é o ID do projeto.

Verifique os metadados do atestador do build usando o seguinte comando:

curl -X GET -H "Content-Type: application/json" \
    -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    https://binaryauthorization.googleapis.com/v1beta1/projects/PROJECT_ID/attestors/built-by-cloud-build

Substitua PROJECT_ID pelo projeto em que você executa o Cloud Build.

A saída contém informações sobre o atestador e as chaves públicas correspondentes. Exemplo:

name": "projects/PROJECT_ID/attestors/built-by-cloud-build",
  "userOwnedDrydockNote": {
    "noteReference": "projects/PROJECT_ID/notes/built-by-cloud-build",
    "publicKeys": [
      {
        "id": "//cloudkms.googleapis.com/v1/projects/verified-builder/locations/asia/keyRings/attestor/cryptoKeys/builtByGCB/cryptoKeyVersions/1",
        "pkixPublicKey": {
          "publicKeyPem": "-----BEGIN PUBLIC KEY-----\nMFkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDQgAEMMvFxZLgIiWOLIXsaTkjTmOKcaK7\neIZrgpWHpHziTFGg8qyEI4S8O2/2wh1Eru7+sj0Sh1QxytN/KE5j3mTvYA==\n-----END PUBLIC KEY-----\n",
          "signatureAlgorithm": "ECDSA_P256_SHA256"
        }
      },
...
      }
    ],
    "delegationServiceAccountEmail": "service-942118413832@gcp-binaryauthorization.iam.gserviceaccount.com"
  },
  "updateTime": "2021-09-24T15:26:44.808914Z",
  "description": "Attestor autogenerated by build ID fab07092-30f4-4f70-caf7-4545cbc404d6"

A seguir

Implemente a autorização binária usando o Cloud Build e o Google Kubernetes Engine.