Questa pagina fornisce istruzioni su come proteggere i deployment delle immagini su Cloud Run e Google Kubernetes Engine utilizzando Cloud Build.
Scopri come configurare Autorizzazione binaria per verificare le attestazioni di compilazione e bloccare i deployment di immagini non generate da Cloud Build. Questo processo può ridurre il rischio di deployment di software non autorizzato.
Prima di iniziare
Enable the Cloud Build, Binary Authorization, and Artifact Registry APIs.
Per utilizzare gli esempi di riga di comando in questa guida, installa e configura Google Cloud SDK.
Controllare i deployment con Autorizzazione binaria
Un criterio in Autorizzazione binaria è un insieme di regole che regolano il deployment delle immagini. Puoi configurare una regola per richiedere attestazioni firmate digitalmente.
Cloud Build genera e firma le attestazioni in fase di compilazione. Con
Autorizzazione binaria, puoi utilizzare l'built-by-cloud-build
attestatore per verificare le attestazioni ed eseguire il deployment solo delle immagini create da Cloud Build.
Per creare l'attestatore built-by-cloud-build
nel tuo progetto, esegui una compilazione nel progetto.
Per consentire il deployment solo delle immagini create da Cloud Build, segui i seguenti passaggi:
Console
Vai alla pagina Autorizzazione binaria nella console Google Cloud:
Nella scheda Criteri, fai clic su Modifica criteri.
Nella finestra di dialogo Modifica criterio, seleziona Consenti solo le immagini approvate da tutti i seguenti attestatori.
Fai clic su Aggiungi attestatori.
Nella finestra di dialogo Aggiungi attestatori, procedi nel seguente modo:
- Seleziona Aggiungi in base a nome progetto e attestatore ed esegui i seguenti passaggi:
- Nel campo Nome progetto, inserisci il progetto in cui esegui Cloud Build.
- Fai clic sul campo Nome attestatore e tieni presente che l'attestatore
built-by-cloud-build
è disponibile. - Fai clic su
built-by-cloud-build
.
In alternativa, seleziona Aggiungi tramite ID risorsa attestatore. In ID risorsa attestatore, inserisci
projects/PROJECT_ID/attestors/built-by-cloud-build
Sostituisci
PROJECT_ID
con il progetto in cui esegui Cloud Build.
- Seleziona Aggiungi in base a nome progetto e attestatore ed esegui i seguenti passaggi:
Fai clic su Aggiungi 1 attestatore.
Fai clic su Save Policy (Salva criterio).
gcloud
Esporta il criterio esistente in un file utilizzando il seguente comando:
gcloud container binauthz policy export > /tmp/policy.yaml
Modifica il file delle norme.
Modifica una delle seguenti regole:
defaultAdmissionRule
clusterAdmissionRules
istioServiceIdentityAdmissionRules
kubernetesServiceAccountAdmissionRules
Aggiungi un blocco
requireAttestationsBy
alla regola se non è già presente.Nel blocco
requireAttestationsBy
, aggiungiprojects/PROJECT_ID/attestors/built-by-cloud-build
Sostituisci
PROJECT_ID
con il progetto in cui esegui Cloud Build.Salva il file delle norme.
Importa il file delle norme.
gcloud container binauthz policy import /tmp/policy.yaml
Di seguito è riportato un esempio di file di criteri che contiene il riferimento al
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
Sostituisci
PROJECT_ID
con l'ID del progetto in cui esegui Cloud Build.
Puoi visualizzare gli errori dei criteri nei messaggi di log di Autorizzazione binaria per GKE o Cloud Run
Utilizzare la modalità di prova
In modalità di prova, Autorizzazione binaria controlla la conformità ai criteri senza bloccare effettivamente il deployment. I messaggi relativi allo stato di conformità ai criteri vengono invece registrati in Cloud Logging. Puoi utilizzare questi log per determinare se il criterio di blocco funziona correttamente e per identificare i falsi positivi.
Per attivare la simulazione:
Console
Vai alla pagina Autorizzazione binaria nella console Google Cloud.
Fai clic su Modifica criterio.
In Regola predefinita o in una regola specifica, seleziona Modalità dry run.
Fai clic su Save Policy (Salva criterio).
gcloud
Esporta il criterio di autorizzazione binaria in un file YAML:
gcloud container binauthz policy export > /tmp/policy.yaml
In un editor di testo, imposta
enforcementMode
suDRYRUN_AUDIT_LOG_ONLY
e salva il file.Per aggiornare il criterio, importa il file eseguendo il seguente comando:
gcloud container binauthz policy import /tmp/policy.yaml
Puoi visualizzare gli errori dei criteri nei messaggi di log di Autorizzazione binaria per GKE o Cloud Run
Limitazioni
Cloud Build e Autorizzazione binaria devono trovarsi nello stesso progetto. Se esegui la piattaforma di deployment in un altro progetto, configura i ruoli IAM per una configurazione multi-project e fai riferimento al progetto Cloud Build quando aggiungi l'attestatore
built-by-cloud-build
in Autorizzazione binaria.Cloud Build non genera attestazioni quando esegui il push delle immagini su Artifact Registry utilizzando un passaggio di build
docker push
esplicito. Assicurati di eseguire il push ad Artifact Registry utilizzando il campoimages
nel passaggio di compilazionedocker build
. Per ulteriori informazioni suimages
, consulta Diverse modalità di archiviazione delle immagini in Artifact Registry.Devi utilizzare file di configurazione della build separati per la pipeline di build e la pipeline di deployment. Questo perché Cloud Build genera attestazioni solo dopo il completamento della pipeline di compilazione. L'Autorizzazione binaria controllerà quindi l'attestazione prima di eseguire il deployment dell'immagine.
Attivare le attestazioni nei pool privati
Per impostazione predefinita, Cloud Build non genera attestazioni di autorizzazione per i binari per le build nei pool privati. Per generare le attestazioni, aggiungi l'opzione requestedVerifyOption: VERIFIED
al file di configurazione della 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
Dopo aver aggiunto requestedVerifyOption
, Cloud Build attiva la generazione di attestazioni e i metadati di provenienza per l'immagine.
Visualizza i metadati dell'attestatore
Un attestatore viene creato la prima volta che esegui una compilazione in un progetto. L'ID attestatore è del tipo
projects/PROJECT_ID/attestors/built-by-cloud-build
,
dove PROJECT_ID
è l'ID progetto.
Puoi controllare i metadati dell'attestatore della compilazione utilizzando il seguente 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
Sostituisci PROJECT_ID
con il progetto in cui esegui Cloud Build.
L'output contiene informazioni sull'attestatore e sulle chiavi pubbliche corrispondenti. Ad esempio:
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"
Passaggi successivi
- Scopri di più su Autorizzazione binaria.