Configurare un criterio di Autorizzazione binaria con GKE

Guida rapida: configura un criterio di Autorizzazione binaria con GKE

Configurare un criterio di Autorizzazione binaria con GKE

Nota: questo documento o questa sezione include riferimenti a uno o più termini che Google considera irrispettosi o offensivi. I termini vengono utilizzati perché sono parole chiave nel software descritto nel documento.

I termini: whitelist

Questa guida rapida mostra come configurare e testare una regola di base in un criterio di Autorizzazione binaria.

In questa guida rapida, puoi visualizzare e configurare la regola predefinita nel criterio. La regola predefinita consente il deployment di tutte le immagini. Per farlo, esegui il deployment di un'immagine container su un cluster Google Kubernetes Engine (GKE). Dopodiché imposti la regola predefinita per impedire il deployment di tutte le immagini e tentare di eseguire il deployment di un'immagine.

Nota: non si tratta di una politica reale. Un criterio tipico richiede un'attestato per accompagnare l'immagine prima che l'applicazione di autorizzazione binaria consenta il deployment dell'immagine. Per un tutorial end-to-end sulle attestazioni, consulta Introduzione all'interfaccia a riga di comando o Introduzione all'utilizzo della console.

Prima di iniziare

1. Accedi al tuo account Google Cloud. Se non conosci Google Cloud, crea un account per valutare le prestazioni dei nostri prodotti in scenari reali. I nuovi clienti ricevono anche 300 $di crediti gratuiti per l'esecuzione, il test e il deployment dei carichi di lavoro.

2. Nella console di Google Cloud Console, nella pagina del selettore dei progetti, seleziona o crea un progetto Google Cloud.

   Nota: se non prevedi di conservare le risorse che crei in questa procedura, crea un progetto invece di selezionarne uno esistente. Dopo aver completato questi passaggi, puoi eliminare il progetto e rimuovere tutte le risorse associate.

   Vai al selettore progetti

3. Assicurati che la fatturazione sia attivata per il tuo progetto Google Cloud.

4. Abilita le API Artifact Registry, Binary Authorization.

   Abilita le API

5. Installa Google Cloud CLI.

6. Per inizializzare l'interfaccia a riga di comando gcloud, esegui il comando seguente:

   gcloud init

7. Nella console di Google Cloud Console, nella pagina del selettore dei progetti, seleziona o crea un progetto Google Cloud.

   Nota: se non prevedi di conservare le risorse che crei in questa procedura, crea un progetto invece di selezionarne uno esistente. Dopo aver completato questi passaggi, puoi eliminare il progetto e rimuovere tutte le risorse associate.

   Vai al selettore progetti

8. Assicurati che la fatturazione sia attivata per il tuo progetto Google Cloud.

9. Abilita le API Artifact Registry, Binary Authorization.

   Abilita le API

10. Installa Google Cloud CLI.

11. Per inizializzare l'interfaccia a riga di comando gcloud, esegui il comando seguente:

    gcloud init

12. Installa kubectl.

Nota: il completamento di questa operazione può richiedere alcuni minuti.

Crea un cluster con l'applicazione di Autorizzazione binaria abilitata

Ora crea un cluster GKE con Autorizzazione binaria abilitata. Questo è il cluster in cui vuoi eseguire le immagini container di cui hai eseguito il deployment.

Console Google Cloud

1. Vai alla pagina Cluster di GKE nella console Google Cloud.

   Vai a GKE

   La console visualizza un elenco di cluster GKE nel progetto Google Cloud.

2. Fai clic su Crea cluster.

3. Inserisci test-cluster nel campo Nome.

4. Seleziona A livello di zona nelle opzioni Tipo di località.

5. Seleziona us-central1-a dall'elenco a discesa Zona.

6. Fai clic sul link Sicurezza per visualizzare il riquadro Sicurezza.

7. Nel riquadro Sicurezza, seleziona la casella di controllo Abilita Autorizzazione binaria.

8. Seleziona Solo applicazione forzata.

9. Fai clic su Crea.

Nota: la creazione di un cluster può richiedere diversi minuti.

gcloud

Esegui gcloud container clusters create con il flag --binauthz-evaluation-mode=PROJECT_SINGLETON_POLICY_ENFORCE abilitato.

gcloud container clusters create \
    --binauthz-evaluation-mode=PROJECT_SINGLETON_POLICY_ENFORCE \
    --zone us-central1-a \
    test-cluster

Criterio predefinito

Per impostazione predefinita, il criterio di Autorizzazione binaria è configurato per consentire il deployment di tutte le immagini container.

Console Google Cloud

Per visualizzare il criterio predefinito:

1. Vai alla pagina Autorizzazione binaria nella console Google Cloud.

   Vai ad Autorizzazione binaria

   Nella console vengono visualizzati i dettagli del criterio.

2. Fai clic su Modifica criterio.

3. In Regola predefinita di progetto, è selezionata l'opzione Consenti tutte le immagini.

gcloud

Per visualizzare il criterio predefinito, esporta il file YAML del criterio come segue:

gcloud container binauthz policy export

Per impostazione predefinita, il file include i seguenti contenuti:

admissionWhitelistPatterns:
- namePattern: gcr.io/google_containers/*
- namePattern: gcr.io/google-containers/*
- namePattern: k8s.gcr.io/**
- namePattern: gke.gcr.io/**
- namePattern: gcr.io/stackdriver-agents/*
globalPolicyEvaluationMode: ENABLE
defaultAdmissionRule:
  evaluationMode: ALWAYS_ALLOW
  enforcementMode: ENFORCED_BLOCK_AND_AUDIT_LOG
name: projects/PROJECT_ID/policy

Nota: non è più consigliabile utilizzare admissionWhitelistPatterns per inserire nella lista consentita le immagini di sistema gestite da Google, come mostrato sopra. Per inserire nella lista consentita le immagini di sistema gestite da Google, globalPolicyEvaluationMode deve essere impostato su ENABLE. Per i dettagli, consulta globalPolicyEvaluationMode.

API REST

Per visualizzare il criterio predefinito, recuperalo in formato JSON come segue:

curl \
    -H "Authorization: Bearer $(gcloud auth application-default print-access-token)" \
    -H "x-goog-user-project: ${PROJECT_ID}" \
    "https://binaryauthorization.googleapis.com/v1/projects/${PROJECT_ID}/policy"

L'API REST restituisce quanto segue:

{
  "name": "projects/PROJECT_ID/policy",
  "admissionWhitelistPatterns": [
    {
      "namePattern": "gcr.io/google_containers/*"
    },
    {
      "namePattern": "gcr.io/google-containers/*"
    },
    {
      "namePattern": "k8s.gcr.io/*"
    },
    {
      "namePattern": "gke.gcr.io/*"
    },
    {
      "namePattern": "gcr.io/stackdriver-agents/*"
    }
  ],
  "globalPolicyEvaluationMode": "ENABLE",
  "defaultAdmissionRule": {
    "evaluationMode": "ALWAYS_ALLOW",
    "enforcementMode": "ENFORCED_BLOCK_AND_AUDIT_LOG"
  }
}

Nota: non è più consigliabile utilizzare admissionWhitelistPatterns per inserire nella lista consentita le immagini di sistema gestite da Google, come mostrato sopra. Per inserire nella lista consentita le immagini di sistema gestite da Google, globalPolicyEvaluationMode deve essere impostato su ENABLE. Per i dettagli, consulta globalPolicyEvaluationMode.

Testa il criterio di applicazione

Puoi testare il criterio di applicazione provando a eseguire il deployment di un'immagine container di esempio nel cluster.

Per questa guida rapida, utilizzerai l'immagine container di esempio che si trova nel percorso gcr.io/google-samples/hello-app in Container Registry. Questa è un'immagine container pubblica creata da Google che contiene un'applicazione di esempio "Hello World".

Console Google Cloud

Per testare il criterio:

1. Vai alla pagina Cluster di GKE nella console Google Cloud.

   Vai a GKE

2. Fai clic su Esegui il deployment.

   La console ti chiede di inserire i dettagli del deployment.

3. Seleziona Immagine container esistente.

4. Inserisci gcr.io/google-samples/hello-app:1.0 come percorso dell'immagine container.

5. Fai clic su Continua.

6. Inserisci hello-server nel campo Nome applicazione.

7. Fai clic su Esegui il deployment.

kubectl

Per testare il criterio:

1. Aggiorna il file kubeconfig locale:

   gcloud container clusters get-credentials \
       --zone us-central1-a \
       test-cluster
   

   Questo fornisce le credenziali e le informazioni sull'endpoint necessarie per accedere al cluster in GKE.

2. Esegui il deployment dell'immagine:

   kubectl run hello-server --image gcr.io/google-samples/hello-app:1.0 --port 8080
   

Ora verifica che il deployment sia stato consentito da Autorizzazione binaria.

Console Google Cloud

Per verificare che il deployment dell'immagine sia stato eseguito, vai alla pagina Carichi di lavoro di GKE nella console Google Cloud.

Vai a GKE

Un carico di lavoro per il deployment viene visualizzato con un'icona verde che indica che il deployment dell'immagine è stato eseguito correttamente.

kubectl

Per verificare che il deployment dell'immagine sia stato eseguito, procedi nel seguente modo:

kubectl get pods

Il comando stampa un messaggio simile al seguente, che indica che il deployment è riuscito:

NAME                            READY     STATUS    RESTARTS   AGE
hello-server-579859fb5b-h2k8s   1/1       Running   0          1m

Assicurati di eliminare il deployment in modo da poter andare al passaggio successivo:

Console Google Cloud

Per eliminare il deployment:

1. Torna alla pagina Carichi di lavoro di GKE nella console Google Cloud.

   Vai a GKE

2. Seleziona il carico di lavoro hello-server.

3. Fai clic su Elimina.

kubectl

Per eliminare il deployment:

kubectl delete deployment hello-server

Configura il criterio di applicazione per non consentire tutte le immagini

Ora modifica il criterio in modo da bloccarlo anziché consentire il deployment di tutte le immagini.

Console Google Cloud

Per modificare il criterio, segui questi passaggi:

1. Torna alla pagina Autorizzazione binaria nella console Google Cloud.

   Vai ad Autorizzazione binaria

2. Fai clic su Modifica criterio.

3. Seleziona Non consentire tutte le immagini.

4. Fai clic su Save Policy (Salva criterio).

gcloud

Per modificare il criterio, segui questi passaggi:

1. Esporta il file YAML del criterio:

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

2. In un editor di testo, modifica evaluationMode da ALWAYS_ALLOW a ALWAYS_DENY.

   Il file YAML del criterio dovrebbe essere visualizzato come segue:

   globalPolicyEvaluationMode: ENABLE
   defaultAdmissionRule:
     evaluationMode: ALWAYS_DENY
     enforcementMode: ENFORCED_BLOCK_AND_AUDIT_LOG
   name: projects/PROJECT_ID/policy
   

3. Importa il file YAML del criterio in Autorizzazione binaria:

   gcloud container binauthz policy import /tmp/policy.yaml
   

API REST

Per modificare il criterio, segui questi passaggi:

1. Crea un file di testo con il criterio aggiornato in formato JSON:

   cat > /tmp/policy.json << EOM
   {
     "name": "projects/${PROJECT_ID}/policy",
     "globalPolicyEvaluationMode": "ENABLE",
     "defaultAdmissionRule": {
       "evaluationMode": "ALWAYS_DENY",
       "enforcementMode": "ENFORCED_BLOCK_AND_AUDIT_LOG"
     }
   }
   EOM
   

2. Invia il criterio aggiornato all'API REST:

   curl -X PUT \
       -H "Content-Type: application/json" \
       -H "Authorization: Bearer $(gcloud auth application-default print-access-token)" \
       -H "x-goog-user-project: ${PROJECT_ID}" \
       --data-binary @/tmp/policy.json  \
       "https://binaryauthorization.googleapis.com/v1/projects/${PROJECT_ID}/policy"
   

Ripeti il test del criterio

Anche in questo caso, verifica il criterio eseguendo il deployment di un'immagine container di esempio nel cluster. Questa volta, Autorizzazione binaria impedisce il deployment dell'immagine.

Console Google Cloud

Esegui il deployment dell'immagine:

1. Vai alla pagina Cluster di GKE nella console Google Cloud.

   Vai a GKE

2. Fai clic su Esegui il deployment.

   La console ti chiede di inserire i dettagli del deployment.

3. Seleziona Immagine container esistente.

4. Inserisci gcr.io/google-samples/hello-app:1.0 come percorso dell'immagine container.

5. Fai clic su Continua.

6. Inserisci hello-server nel campo Nome applicazione.

7. Fai clic su Esegui il deployment.

kubectl

Esegui il deployment dell'immagine:

kubectl run hello-server --image gcr.io/google-samples/hello-app:1.0 --port 8080

Ora puoi verificare che il criterio sia stato bloccato:

Console Google Cloud

Per verificare che il deployment dell'immagine non sia stato eseguito, procedi nel seguente modo:

Torna alla pagina Carichi di lavoro di GKE nella console Google Cloud.

Vai a GKE

Il carico di lavoro per l'immagine container viene visualizzato con un'icona rossa che indica che non è stato eseguito il deployment dell'immagine.

kubectl

Per verificare che il deployment dell'immagine non sia stato eseguito, esegui questo comando:

kubectl get pods

Il comando stampa il seguente messaggio, che indica che il deployment dell'immagine non è stato eseguito:

No resources found.

Puoi ottenere ulteriori dettagli sul deployment:

kubectl get event --template \
'{{range.items}}{{"\033[0;36m"}}{{.reason}}:{{"\033[0m"}}{{.message}}{{"\n"}}{{end}}'

Viene visualizzata una risposta simile alla seguente:

FailedCreate: Error creating: pods POD_NAME is forbidden: admission webhook "imagepolicywebhook.image-policy.k8s.io" denied the request: Image IMAGE_NAME denied by Binary Authorization default admission rule. Denied by always_deny admission rule

In questo output:

• POD_NAME: il nome del pod.
• IMAGE_NAME: il nome dell'immagine.
• ATTESTOR_NAME: il nome dell'attestatore.

Esegui la pulizia

Per evitare che al tuo account Google Cloud vengano addebitati costi relativi alle risorse utilizzate in questa pagina, segui questi passaggi:

Elimina il cluster che hai creato in GKE:

Console

Per eliminare il cluster, segui questi passaggi:

1. Vai alla pagina Cluster di GKE nella console Google Cloud.

   Vai a GKE

2. Seleziona il cluster test-cluster e fai clic su Elimina.

gcloud

Per eliminare il cluster, segui questi passaggi:

gcloud container clusters delete \
    --zone=us-central1-a \
    test-cluster

Passaggi successivi

• Utilizza l'attestatore built-by-cloud-build per eseguire il deployment solo di immagini create da Cloud Build (Anteprima).
• Per un tutorial end-to-end sulla richiesta di attestazioni, consulta:
  • Introduzione all'interfaccia a riga di comando
  • Inizia a utilizzare la console Google Cloud
• Leggi le nostre risorse su DevOps ed esplora il nostro programma di ricerca.