Policy Controller include una libreria predefinita di modelli di vincolo che possono essere utilizzati con il pacchetto di criteri GKE v1.5.0 di Center for Internet Security (CIS) per verificare la conformità del cluster GKE su Google Cloud ai Benchmark CIS Google Kubernetes Engine (GKE) v1.5.0. Questo benchmark è un insieme di controlli di sicurezza consigliati per la configurazione di GKE.
Questo pacchetto di vincoli include controlli nei seguenti domini:
- RBAC e account di servizio
- Criteri di sicurezza dei pod
- Criteri di rete e CNI
- Gestione dei secret
- Controllo di ammissione estensibile
- Norme generali
- Servizi gestiti
Vincoli del bundle di criteri di GKE CIS v1.5.0
Nome vincolo | Descrizione vincolo | ID controllo |
---|---|---|
cis-gke-v1.5.0-apparmor | Limita il profilo AppArmor per i pod.
|
4.2.1 |
cis-gke-v1.5.0-restrict-creation-with-default-serviceaccount | Limita la creazione di risorse utilizzando un valore predefinito per ServiceAccount .
|
4.1.5 |
cis-gke-v1.5.0-restrict-loadbalancer | Non consentire tutti i servizi di tipo LoadBalancer .
|
5.6.8 |
cis-gke-v1.5.0-restrict-secrets-of-type-basic-auth | Limita l'utilizzo dei secret di tipo autenticazione di base. | 4.4.2 |
cis-gke-v1.5.0-require-binauthz | Richiede il webhook di convalida di ammissione di Autorizzazione binaria. | 4.5.1, 5.10.4 |
cis-gke-v1.5.0-require-cos-node-image | Richiede Container-Optimized OS come immagine del sistema operativo del nodo. | 5.5.1 |
cis-gke-v1.5.0-require-gke-metadata-server-enabled | Richiede che il servizio metadati GKE sia abilitato su ciascun nodo nel cluster. | 5.4.2 |
cis-gke-v1.5.0-require-ingress.class-gce | Richiede che tutti gli oggetti Ingress abbiano un'annotazione kubernetes.io/ingress.class: gce .
|
5.6.8 |
cis-gke-v1.5.0-require-managed-certificates | Richiede che tutti gli oggetti Ingress abbiano un'annotazione networking.gke.io/managed-certificates .
|
5.6.8 |
cis-gke-v1.5.0-require-namespace-networkpolicy | Richiede che ogni Namespace definito nel cluster abbia un NetworkPolicy .
|
4.3.2 |
cis-gke-v1.5.0-require-seccomp-default | I container non possono essere eseguiti con un profilo seccomp diverso da runtime/default .
|
4.6.2 |
cis-gke-v1.5.0-require-securitycontext | Richiede che i pod definiscano securityContext .
|
4.6.3 |
cis-gke-v1.5.0-capabilities | Non è consentito aggiungere funzionalità oltre quelle elencate. | 4.2.1 |
cis-gke-v1.5.0-restrict-cluster-admin-role | Limita l'utilizzo del ruolo cluster-admin .
|
4.1.1 |
cis-gke-v1.5.0-restrict-default-namespace | Impedisce ai pod di utilizzare il valore predefinito Namespace .
|
4.6.1, 4.6.4 |
cis-gke-v1.5.0-restrict-env-var-secrets | Limita l'utilizzo dei secret come variabili di ambiente nelle definizioni di container. | 4.4.1 |
cis-gke-v1.5.0-host-namespace | Limita i container con hostPID o hostIPC impostato su true.
|
4.2.1 |
cis-gke-v1.5.0-restrict-pods-create | Limita la creazione di pod in Roles e ClusterRoles .
|
4.1.4 |
cis-gke-v1.5.0-restrict-privileged-containers | Limita i container con securityContext.privileged impostato su true.
|
4.2.1 |
cis-gke-v1.5.0-restrict-rbac-subjects | Limita l'uso dei nomi nei soggetti RBAC ai valori consentiti. | 5.8.2 |
cis-gke-v1.5.0-restrict-role-wildcards | Limita l'uso dei caratteri jolly in Roles e ClusterRoles .
|
4.1.3 |
cis-gke-v1.5.0-restrict-role-secrets | Limita l'utilizzo dei secret in Roles e ClusterRoles .
|
4.1.2 |
cis-gke-v1.5.0-restrict-automountserviceaccounttoken | Limita l'utilizzo dei token degli account di servizio per i pod. | 4.1.5, 4.1.6 |
cis-gke-v1.5.0-selinux | Impossibile impostare il tipo SELinux o impostare un'opzione utente o ruolo SELinux personalizzata. | 4.2.1 |
cis-gke-v1.5.0-host-port | HostPorts non deve essere consentito.
|
4.2.1 |
cis-gke-v1.5.0-hostpath-volumes | I volumi HostPath devono essere vietati.
|
4.2.1 |
cis-gke-v1.5.0-hostprocess | Impossibile eseguire container e pod con l'impostazione securityContext.windowsOptions.hostProcess impostata su true .
|
4.2.1 |
cis-gke-v1.5.0-proc-mount-type | I container non possono essere eseguiti con un procMount impostato su un valore diverso da Default .
|
4.2.1 |
cis-gke-v1.5.0-restrict-bind-escalate-impersonate | Limita l'accesso all'associazione, alla riassegnazione e all'identità su ruoli/clusterrole in Roles e ClusterRoles .
|
4.1.8 |
cis-gke-v1.5.0-restrict-certificatesigningrequests-approval | L'approvazione dei certificati client è limitata. | 4.1.11 |
cis-gke-v1.5.0-restrict-nodes-proxy | Limita l'accesso alla risorsa secondaria proxy dei nodi in Roles e ClusterRoles .
|
4.1.10 |
cis-gke-v1.5.0-restrict-persistent-volume | Limita la creazione di persistentvolumes in Roles e ClusterRoles .
|
4.1.9 |
cis-gke-v1.5.0-restrict-serviceaccounts-token | Limita la creazione di token di account di servizio in Roles e ClusterRoles .
|
4.1.13 |
cis-gke-v1.5.0-restrict-system-masters-group | Non consente l'uso del gruppo system:masters .
|
5.1.7 |
cis-gke-v1.5.0-restrict-system-masters-group | Limita l'accesso agli oggetti di configurazione webhook in Roles e ClusterRoles .
|
4.1.12 |
cis-gke-v1.5.0-seccomp | Il profilo Seccomp non deve essere impostato su Unconfined .
|
4.2.1 |
cis-gke-v1.5.0-sysctls | I container possono impostare solo i sysctl elencati nel campo allowedSysctls .
|
4.2.1 |
cis-gke-v1.5.0-host-namespaces-hostnetwork | Gli spazi dei nomi host hostNetwork possono essere solo false .
|
4.2.1 |
Prima di iniziare
- Installa e inizializza Google Cloud CLI, che fornisce i comandi
gcloud
ekubectl
utilizzati in queste istruzioni. Se utilizzi Cloud Shell, Google Cloud CLI è preinstallato. - Installa Policy Controller v1.16.2 o successiva sul tuo cluster con la libreria predefinita di modelli di vincolo. Devi anche abilitare il supporto per i vincoli referenziali, poiché questo bundle contiene vincoli referenziali.
Configura per i vincoli referenziali
Salva il seguente manifest YAML in un file come
policycontroller-config.yaml
. Il manifest configura Policy Controller per il controllo di tipi specifici di oggetti.apiVersion: config.gatekeeper.sh/v1alpha1 kind: Config metadata: name: config namespace: "gatekeeper-system" spec: sync: syncOnly: - group: "admissionregistration.k8s.io" version: "v1" kind: "ValidatingWebhookConfiguration" - group: "networking.k8s.io" version: "v1" kind: "NetworkPolicy"
Applica il manifest
policycontroller-config.yaml
:kubectl apply -f policycontroller-config.yaml
Configura il cluster e il carico di lavoro
- L'abilitazione e la configurazione di Google Gruppi per RBAC sono obbligatorie in
cis-gke-v1.5.0-restrict-rbac-subjects
. - L'abilitazione e la configurazione di Autorizzazione binaria sono obbligatorie in
cis-gke-v1.5.0-require-binauthz
.
Criteri di audit
Policy Controller consente di applicare i criteri per il cluster Kubernetes. Per testare i carichi di lavoro e la loro conformità in merito ai criteri CIS GKE v1.5.0 descritti nella tabella precedente, puoi eseguire il deployment di questi vincoli in modalità di "controllo" per individuare e risolvere le violazioni.
Puoi applicare questi criteri con spec.enforcementAction
impostato su dryrun
mediante kubectl,
kpt
o
Config Sync.
kubectl
(Facoltativo) Visualizza l'anteprima dei vincoli dei criteri con kubectl:
kubectl kustomize https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/cis-gke-v1.5.0
Applica i vincoli dei criteri con kubectl:
kubectl apply -k https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/cis-gke-v1.5.0
L'output è il seguente:
k8savoiduseofsystemmastersgroup.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-system-masters-group created k8sblockcreationwithdefaultserviceaccount.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-creation-with-default-serviceaccount created k8sblockloadbalancer.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-loadbalancer created k8sblockobjectsoftype.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-secrets-of-type-basic-auth created k8snoenvvarsecrets.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-env-var-secrets created k8spspapparmor.constraints.gatekeeper.sh/cis-gke-v1.5.0-apparmor created k8spspcapabilities.constraints.gatekeeper.sh/cis-gke-v1.5.0-capabilities created k8spspforbiddensysctls.constraints.gatekeeper.sh/cis-gke-v1.5.0-sysctls created k8spsphostfilesystem.constraints.gatekeeper.sh/cis-gke-v1.5.0-hostpath-volumes created k8spsphostnamespace.constraints.gatekeeper.sh/cis-gke-v1.5.0-host-namespace created k8spsphostnetworkingports.constraints.gatekeeper.sh/cis-gke-v1.5.0-host-port created k8spspprivilegedcontainer.constraints.gatekeeper.sh/cis-gke-v1.5.0-privileged-containers created k8spspprocmount.constraints.gatekeeper.sh/cis-gke-v1.5.0-proc-mount-type created k8spspselinuxv2.constraints.gatekeeper.sh/cis-gke-v1.5.0-selinux created k8spspseccomp.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-seccomp-default created k8spspseccomp.constraints.gatekeeper.sh/cis-gke-v1.5.0-seccomp created k8spspwindowshostprocess.constraints.gatekeeper.sh/cis-gke-v1.5.0-hostprocess created k8spodsrequiresecuritycontext.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-securitycontext created k8sprohibitrolewildcardaccess.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-role-wildcards created k8srequirebinauthz.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-binauthz created k8srequirecosnodeimage.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-cos-node-image created k8srequirenamespacenetworkpolicies.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-namespace-networkpolicy created k8srequiredannotations.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-ingress.class-gce created k8srequiredannotations.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-managed-certificates created k8srequiredlabels.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-gke-metadata-server-enabled created k8srestrictautomountserviceaccounttokens.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-automountserviceaccounttoken created k8srestrictnamespaces.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-default-namespace created k8srestrictrbacsubjects.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-rbac-subjects created k8srestrictrolebindings.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-cluster-admin-role created k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-bind-escalate-impersonate created k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-certificatesigningrequests-approval created k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-nodes-proxy created k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-persistent-volume created k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-pods-create created k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-role-secrets created k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-serviceaccounts-token created k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-webhook-config created
Verifica che i vincoli dei criteri siano stati installati e controlla se esistono violazioni in tutto il cluster:
kubectl get constraints -l policycontroller.gke.io/bundleName=cis-gke-v1.5.0
L'output è simile al seguente:
NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8savoiduseofsystemmastersgroup.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-system-masters-group dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8sblockcreationwithdefaultserviceaccount.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-creation-with-default-serviceaccount dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8sblockloadbalancer.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-loadbalancer dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8sblockobjectsoftype.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-secrets-of-type-basic-auth dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8snoenvvarsecrets.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-env-var-secrets dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8spodsrequiresecuritycontext.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-securitycontext dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8sprohibitrolewildcardaccess.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-role-wildcards dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8spspapparmor.constraints.gatekeeper.sh/cis-gke-v1.5.0-apparmor dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8spspcapabilities.constraints.gatekeeper.sh/cis-gke-v1.5.0-capabilities dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8spspforbiddensysctls.constraints.gatekeeper.sh/cis-gke-v1.5.0-sysctls dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8spsphostfilesystem.constraints.gatekeeper.sh/cis-gke-v1.5.0-hostpath-volumes dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8spsphostnamespace.constraints.gatekeeper.sh/cis-gke-v1.5.0-host-namespace dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8spsphostnetworkingports.constraints.gatekeeper.sh/cis-gke-v1.5.0-host-port dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8spspprivilegedcontainer.constraints.gatekeeper.sh/cis-gke-v1.5.0-privileged-containers dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8spspprocmount.constraints.gatekeeper.sh/cis-gke-v1.5.0-proc-mount-type dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8spspseccomp.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-seccomp-default dryrun 0 k8spspseccomp.constraints.gatekeeper.sh/cis-gke-v1.5.0-seccomp dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8spspselinuxv2.constraints.gatekeeper.sh/cis-gke-v1.5.0-selinux dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8spspwindowshostprocess.constraints.gatekeeper.sh/cis-gke-v1.5.0-hostprocess dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8srequirebinauthz.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-binauthz dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8srequirecosnodeimage.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-cos-node-image dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8srequiredannotations.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-ingress.class-gce dryrun 0 k8srequiredannotations.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-managed-certificates dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8srequiredlabels.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-gke-metadata-server-enabled dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8srequirenamespacenetworkpolicies.constraints.gatekeeper.sh/cis-gke-v1.5.0-require-namespace-networkpolicy dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8srestrictautomountserviceaccounttokens.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-automountserviceaccounttoken dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8srestrictnamespaces.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-default-namespace dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8srestrictrbacsubjects.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-rbac-subjects dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8srestrictrolebindings.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-cluster-admin-role dryrun 0 NAME ENFORCEMENT-ACTION TOTAL-VIOLATIONS k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-bind-escalate-impersonate dryrun 0 k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-certificatesigningrequests-approval dryrun 0 k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-nodes-proxy dryrun 0 k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-persistent-volume dryrun 0 k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-pods-create dryrun 0 k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-role-secrets dryrun 0 k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-serviceaccounts-token dryrun 0 k8srestrictrolerules.constraints.gatekeeper.sh/cis-gke-v1.5.0-restrict-webhook-config dryrun 0
kpt
Installa e configura kpt. kpt viene utilizzato in queste istruzioni per personalizzare ed eseguire il deployment delle risorse Kubernetes.
Scarica il bundle dei criteri CIS da GitHub utilizzando kpt:
kpt pkg get https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/cis-gke-v1.5.0
Esegui la funzione kpt
set-enforcement-action
per impostare l'azione di applicazione dei criteri sudryrun
:kpt fn eval cis-gke-v1.5.0 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 \ -- enforcementAction=dryrun
Inizializza la directory di lavoro con kpt, che crea una risorsa per tenere traccia delle modifiche:
cd cis-gke-v1.5.0 kpt live init
Applica i vincoli dei criteri con kpt:
kpt live apply
Verifica che i vincoli dei criteri siano stati installati e controlla se esistono violazioni in tutto il cluster:
kpt live status --output table --poll-until current
Lo stato
CURRENT
conferma che l'installazione dei vincoli è riuscita.
Config Sync
- Installa e configura kpt. kpt viene utilizzato in queste istruzioni per personalizzare ed eseguire il deployment delle risorse Kubernetes.
Gli operatori che utilizzano Config Sync per eseguire il deployment dei criteri nei propri cluster possono utilizzare le seguenti istruzioni:
Passa alla directory di sincronizzazione per Config Sync:
cd SYNC_ROOT_DIR
Per creare o aggiungere
.gitignore
conresourcegroup.yaml
:echo resourcegroup.yaml >> .gitignore
Crea una directory
policies
dedicata:mkdir -p policies
Scarica il bundle di criteri CIS GKE v1.5.0 da GitHub utilizzando kpt:
kpt pkg get https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/cis-gke-v1.5.0 policies/cis-gke-v1.5.0
Esegui la funzione kpt
set-enforcement-action
per impostare l'azione di applicazione dei criteri sudryrun
:kpt fn eval policies/cis-gke-v1.5.0 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=dryrun
(Facoltativo) Visualizza l'anteprima dei vincoli del criterio da creare:
kpt live init policies/cis-gke-v1.5.0 kpt live apply --dry-run policies/cis-gke-v1.5.0
Se la directory di sincronizzazione per Config Sync utilizza Kustomize, aggiungi
policies/cis-gke-v1.5.0
al filekustomization.yaml
principale. In caso contrario, rimuovi il filepolicies/cis-gke-v1.5.0/kustomization.yaml
:rm SYNC_ROOT_DIR/policies/cis-gke-v1.5.0/kustomization.yaml
Esegui il push delle modifiche nel repository di Config Sync:
git add SYNC_ROOT_DIR/policies/cis-gke-v1.5.0 git commit -m 'Adding CIS GKE v1.5.0 policy bundle' git push
Verifica lo stato dell'installazione:
watch gcloud beta container fleet config-management status --project PROJECT_ID
Lo stato
SYNCED
conferma l'installazione dei criteri.
Visualizza le violazioni delle norme
Dopo aver installato i vincoli dei criteri in modalità di controllo, le violazioni sul cluster possono essere visualizzate nella UI utilizzando la dashboard di Policy Controller.
Puoi anche utilizzare kubectl
per visualizzare le violazioni nel cluster utilizzando il seguente comando:
kubectl get constraint -l policycontroller.gke.io/bundleName=cis-gke-v1.5.0 -o json | jq -cC '.items[]| [.metadata.name,.status.totalViolations]'
Se sono presenti violazioni, può essere visualizzato un elenco dei messaggi di violazione per vincolo con:
kubectl get constraint -l policycontroller.gke.io/bundleName=cis-gke-v1.5.0 -o json | jq -C '.items[]| select(.status.totalViolations>0)| [.metadata.name,.status.violations[]?]'
Modifica l'azione di applicazione forzata del bundle di criteri GKE v1.5.0 CIS
Dopo aver esaminato le violazioni dei criteri nel cluster, puoi prendere in considerazione la modifica della modalità di applicazione forzata in modo che il controller di ammissione warn
o addirittura deny
blocchi la risorsa non conforme dall'applicazione al cluster.
kubectl
Utilizza kubectl per impostare l'azione di applicazione dei criteri su
warn
:kubectl get constraint -l policycontroller.gke.io/bundleName=cis-gke-v1.5.0 -o name | xargs -I {} kubectl patch {} --type='json' -p='[{"op":"replace","path":"/spec/enforcementAction","value":"warn"}]'
Verifica che l'azione di applicazione dei vincoli dei criteri sia stata aggiornata:
kubectl get constraints -l policycontroller.gke.io/bundleName=cis-gke-v1.5.0
kpt
Esegui la funzione kpt
set-enforcement-action
per impostare l'azione di applicazione dei criteri suwarn
:kpt fn eval -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=warn
Applica i vincoli dei criteri:
kpt live apply
Config Sync
Gli operatori che utilizzano Config Sync per eseguire il deployment dei criteri nei propri cluster possono utilizzare le seguenti istruzioni:
Passa alla directory di sincronizzazione per Config Sync:
cd SYNC_ROOT_DIR
Esegui la funzione kpt
set-enforcement-action
per impostare l'azione di applicazione dei criteri suwarn
:kpt fn eval policies/cis-gke-v1.5.0 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=warn
Esegui il push delle modifiche nel repository di Config Sync:
git add SYNC_ROOT_DIR/policies/cis-gke-v1.5.0 git commit -m 'Adding CIS GKE v1.5.0 policy bundle warn enforcement' git push
Verifica lo stato dell'installazione:
gcloud alpha anthos config sync repo list --project PROJECT_ID
Il repository visualizzato nella colonna
SYNCED
conferma l'installazione dei criteri.
Testa l'applicazione dei criteri
Crea una risorsa non conforme sul cluster utilizzando il seguente comando:
cat <<EOF | kubectl apply -f -
apiVersion: v1
kind: Pod
metadata:
namespace: default
name: wp-non-compliant
labels:
app: wordpress
spec:
containers:
- image: wordpress
name: wordpress
ports:
- containerPort: 80
name: wordpress
EOF
Il controller di ammissione dovrebbe generare un avviso che elenca le violazioni delle norme violate da questa risorsa, come mostrato nell'esempio seguente:
Warning: [cis-gke-v1.5.0-restrict-default-namespace] <default> namespace is restricted Warning: [cis-gke-v1.5.0-require-seccomp-default] Seccomp profile 'not configured' is not allowed for container 'wordpress'. Found at: no explicit profile found. Allowed profiles: {"RuntimeDefault", "runtime/default"} Warning: [cis-gke-v1.5.0-require-securitycontext] securityContext must be defined for all Pod containers pod/wp-non-compliant configured
Rimuovi il bundle di criteri GKE v1.5.0 CIS
Se necessario, il bundle di criteri GKE v1.5.0 CIS può essere rimosso dal cluster.
kubectl
Utilizza kubectl per rimuovere i criteri:
kubectl delete constraint -l policycontroller.gke.io/bundleName=cis-gke-v1.5.0
kpt
Rimuovi i criteri:
kpt live destroy
Config Sync
Gli operatori che utilizzano Config Sync per eseguire il deployment dei criteri nei propri cluster possono utilizzare le seguenti istruzioni:
Esegui il push delle modifiche nel repository di Config Sync:
git rm -r SYNC_ROOT_DIR/policies/cis-gke-v1.5.0 git commit -m 'Removing CIS GKE v1.5.0 policy bundle' git push
Verifica lo stato:
gcloud alpha anthos config sync repo list --project PROJECT_ID
Il repository visualizzato nella colonna
SYNCED
conferma la rimozione dei criteri.