Protezione dei metadati del cluster

Google Kubernetes Engine (GKE) utilizza i metadati delle istanze per configurare le macchine virtuali (VM) dei nodi, ma alcuni di questi metadati sono potenzialmente sensibili e devono essere protetti dai workload in esecuzione nel cluster.

Prima di iniziare

Prima di iniziare, assicurati di aver eseguito le seguenti attività:

  • Abilita l'API Google Kubernetes Engine.
    • Abilita l'API Google Kubernetes Engine
  • Per utilizzare Google Cloud CLI per questa attività, installala e poi inizializza gcloud CLI. Se hai già installato gcloud CLI, scarica l'ultima versione eseguendo il comando gcloud components update. Le versioni precedenti di gcloud CLI potrebbero non supportare l'esecuzione dei comandi in questo documento.

Configura il account di servizio del nodo

Le credenziali del account di servizio di ogni nodo continuano a essere esposte ai workload. Per impostazione predefinita, i nodi utilizzano il service account predefinito di Compute Engine. Devi configurare un service account con privilegi minimi per i nodi da utilizzare al posto del account di servizio predefinito di Compute Engine. Quindi, collega questo account di servizio ai tuoi nodi, in modo che un malintenzionato non possa aggirare le protezioni dei metadati di GKE utilizzando l'API Compute Engine per accedere direttamente alle istanze VM sottostanti.

Per saperne di più, consulta Utilizza i service account dei nodi con privilegio minimo minimi.

Per creare un account di servizio del nodo con privilegi minimi, segui questi passaggi:

  1. Crea un nuovo account di servizio Identity and Access Management (IAM) e salva l'indirizzo email in una variabile di ambiente:

    gcloud iam service-accounts create NODE_SA_NAME \
    --display-name="DISPLAY_NAME"
export NODE_SA_EMAIL=$(gcloud iam service-accounts list --format='value(email)' \
    --filter='displayName:DISPLAY_NAME')

    Sostituisci quanto segue:

    • NODE_SA_NAME: il nome del nuovo service account del nodo.
    • DISPLAY_NAME: il nome visualizzato del nuovo service account.

    L'indirizzo email del account di servizio del nodo ha il formato NODE_SA_NAME@PROJECT_ID.iam.gserviceaccount.com.

  2. Configura il account di servizio con i ruoli e le autorizzazioni minimi per eseguire i nodi GKE:

    gcloud projects add-iam-policy-binding PROJECT_ID \
    --member=serviceAccount:$NODE_SA_EMAIL \
    --role=roles/monitoring.metricWriter
gcloud projects add-iam-policy-binding PROJECT_ID \
    --member=serviceAccount:$NODE_SA_EMAIL \
    --role=roles/monitoring.viewer
gcloud projects add-iam-policy-binding PROJECT_ID \
    --member=serviceAccount:$NODE_SA_EMAIL \
    --role=roles/logging.logWriter

    Sostituisci PROJECT_ID con l'ID progetto Google Cloud .

    Inoltre, se il tuo cluster esegue il pull di immagini private da Artifact Registry, aggiungi il ruolo roles/artifactregistry.reader:

    gcloud projects add-iam-policy-binding PROJECT_ID \
    --member=serviceAccount:$NODE_SA_EMAIL \
    --role=roles/artifactregistry.reader

Occultamento dei metadati

L'occultamento dei metadati di GKE impedisce ai pod utente di accedere a kube-env, che contiene le credenziali di kubelet, e al token di identità dell'istanza della VM.

L'occultamento dei metadati protegge il traffico dai pod utente (pod non in esecuzione su HostNetwork) al server dei metadati del cluster, consentendo solo query sicure. Il firewall impedisce ai pod utente di utilizzare le credenziali kubelet per attacchi di escalation dei privilegi o di utilizzare l'identità della VM per attacchi di escalation delle istanze.

Workload Identity Federation for GKE sostituisce la necessità di utilizzare l'occultamento dei metadati ed espande le protezioni offerte da quest'ultimo. In tutte le situazioni, devi utilizzare Workload Identity Federation for GKE anziché l'occultamento dei metadati. Per saperne di più, consulta Informazioni su Workload Identity Federation for GKE.

Per attivare l'occultamento dei metadati, utilizza l'opzione deprecata --workload-metadata=SECURE nel comando gcloud beta container clusters create o nel comando gcloud beta container node-pools create.

Limitazioni

L'occultamento dei metadati presenta limitazioni come le seguenti:

  • L'occultamento dei metadati protegge solo l'accesso a kube-env e al token di identità dell'istanza del nodo.
  • L'occultamento dei metadati non limita l'accesso al service account del nodo.
  • L'occultamento dei metadati non limita l'accesso ad altri metadati delle istanze correlate.
  • L'occultamento dei metadati non limita l'accesso ad altre API dei metadati legacy.
  • Il mascheramento dei metadati non limita il traffico dai pod in esecuzione sulla rete host (hostNetwork: true nella specifica del pod).

Disattivazione e transizione dalle API dei metadati legacy

Gli endpoint del server di metadati di Compute Engine v0.1 e v1beta1 sono stati deprecati e disattivati il 30 settembre 2020.

Per la pianificazione della disattivazione, consulta Ritiro degli endpoint del server di metadati v0.1 e v1beta1.

Passaggi successivi