NIST SP 800-190-Richtlinieneinschränkungen verwenden

Policy Controller enthält eine Standardbibliothek mit Einschränkungsvorlagen, die mit dem NIST SP 800-190-Bundle verwendet werden können. Dieses enthält Kontrollen, die in der Sonderveröffentlichung des National Institute of Standards and Technology (NIST) 800-190 im Application Container Security Guide aufgeführt sind. Das Bundle ist für Organisationen mit Anwendungscontainersicherheit gedacht, darunter Imagesicherheit, Containerlaufzeitsicherheit, Netzwerksicherheit und Hostsystemsicherheit.

Einschränkungen für NIST SP 800-190-Richtlinien-Bundles

Name der Einschränkung	Beschreibung der Einschränkung	Einstellungs-ID
nist-sp-800-190-restrict-rbac-subjects	Beschränkt die Verwendung von Namen in RBAC-Subjekten auf zulässige Werte.	AC-2-Kontoverwaltung
nist-sp-800-190-restrict-rbac-subjects	Beschränkt die Verwendung von Namen in RBAC-Subjekten auf zulässige Werte.	AC-3-Zugriffserzwingung
nist-sp-800-190-block-secrets-of-type-basic-auth	Beschränkt die Verwendung von Secrets vom Typ „basic-auth“.	AC-4: Durchsetzung des Informationsflusses
nist-sp-800-190-require-binauthz	Erfordert den Validierungs-Webhook der Binärautorisierung.
nist-sp-800-190-require-namespace-network-policies	Erfordert, dass jeder im Cluster definierte Namespace eine NetworkPolicy hat.
nist-sp-800-190-restrict-hostpath-volumes	Schränkt die Verwendung von HostPath-Volumes ein.
nist-sp-800-190-require-binauthz	Erfordert den Validierungs-Webhook der Binärautorisierung.	AC-6 Minimale Berechtigung
nist-sp-800-190-restrict-clusteradmin-rolebindings	Beschränkt die Verwendung der Rolle „cluster-admin“.
nist-sp-800-190-restrict-repos	Beschränkt Container-Images auf eine zulässige Liste von Repositories.
nist-sp-800-190-restrict-role-wildcards	Beschränkt die Verwendung von Platzhaltern in „Roles“ und „ClusterRoles“.
nist-sp-800-190-nodes-have-consistent-time	Sorgt für eine konsistente und korrekte Zeit auf Knoten, indem nur Container-Optimized OS(COS) oder Ubuntu als Betriebssystem-Image zugelassen wird.	AU-8-Zeitstempel
nist-sp-800-190-require-namespace-network-policies	Erfordert, dass jeder im Cluster definierte Namespace eine NetworkPolicy hat.	Interne CA-9-Systemverbindungen
nist-sp-800-190-enforce-config-management	Erfordert, dass Config Sync ausgeführt wird und Drift Prevention mit mindestens einem „RootSync“-Objekt im Cluster aktiviert ist.	CM-2-Baseline-Konfiguration
nist-sp-800-190-require-managed-by-label	Erfordert, dass alle Apps ein gültiges Label „app.kubernetes.io/managed-by“ haben.
nist-sp-800-190-apparmor	Schränkt die für Pods zulässigen AppArmor-Profile ein.	CM3-Konfigurationsänderungssteuerung
nist-sp-800-190-block-secrets-of-type-basic-auth	Beschränkt die Verwendung von Secrets vom Typ „basic-auth“.
nist-sp-800-190-capabilities	Schränkt zusätzliche für Pods zulässige Funktionen ein.
nist-sp-800-190-enforce-config-management	Erfordert, dass Config Sync ausgeführt wird und Drift Prevention mit mindestens einem „RootSync“-Objekt im Cluster aktiviert ist.
nist-sp-800-190-host-namespaces	Schränkt Container ein, bei denen „hostPID“ oder „hostIPC“ auf „true“ festgelegt ist.
nist-sp-800-190-host-network	Schränkt die Ausführung von Containern mit dem Flag „hostNetwork“ auf „true“ ein.
nist-sp-800-190-privileged-containers	Schränkt Container ein, wobei „securityContext.privileged“ auf „true“ festgelegt ist.
nist-sp-800-190-proc-mount-type	Erfordert die standardmäßigen „/proc“-Masken für Pods
nist-sp-800-190-require-managed-by-label	Erfordert, dass alle Apps ein gültiges Label „app.kubernetes.io/managed-by“ haben.
nist-sp-800-190-restrict-hostpath-volumes	Schränkt die Verwendung von HostPath-Volumes ein.
nist-sp-800-190-restrict-volume-types	Schränkt die Typen der mountbaren Volumes auf die Liste der zulässigen Volumes ein.
nist-sp-800-190-seccomp	Das Seccomp-Profil darf nicht explizit auf „Unconfined“ festgelegt werden.
nist-sp-800-190-selinux	Schränkt die SELinux-Konfiguration für Pods ein.
nist-sp-800-190-sysctls	Schränkt die zulässigen Systeme für Pods ein.
nist-sp-800-190-enforce-config-management	Erfordert, dass Config Sync ausgeführt wird und Drift Prevention mit mindestens einem „RootSync“-Objekt im Cluster aktiviert ist.	Analyse von Auswirkungen auf die Sicherheit in CM-4
nist-sp-800-190-require-managed-by-label	Erfordert, dass alle Apps ein gültiges Label „app.kubernetes.io/managed-by“ haben.
nist-sp-800-190-restrict-clusteradmin-rolebindings	Beschränkt die Verwendung der Rolle „cluster-admin“.
nist-sp-800-190-enforce-config-management	Erfordert, dass Config Sync ausgeführt wird und Drift Prevention mit mindestens einem „RootSync“-Objekt im Cluster aktiviert ist.	CM-5: Zugriffsbeschränkungen für Änderungen
nist-sp-800-190-require-managed-by-label	Erfordert, dass alle Apps ein gültiges Label „app.kubernetes.io/managed-by“ haben.
nist-sp-800-190-restrict-clusteradmin-rolebindings	Beschränkt die Verwendung der Rolle „cluster-admin“.
nist-sp-800-190-block-secrets-of-type-basic-auth	Beschränkt die Verwendung von Secrets vom Typ „basic-auth“.	CM-6-Konfigurationseinstellungen
nist-sp-800-190-enforce-config-management	Erfordert, dass Config Sync ausgeführt wird und Drift Prevention mit mindestens einem „RootSync“-Objekt im Cluster aktiviert ist.
nist-sp-800-190-require-binauthz	Erfordert den Validierungs-Webhook der Binärautorisierung.
nist-sp-800-190-require-managed-by-label	Erfordert, dass alle Apps ein gültiges Label „app.kubernetes.io/managed-by“ haben.
nist-sp-800-190-restrict-hostpath-volumes	Schränkt die Verwendung von HostPath-Volumes ein.
nist-sp-800-190-restrict-volume-types	Schränkt die Typen der mountbaren Volumes auf die Liste der zulässigen Volumes ein.
nist-sp-800-190-apparmor	Schränkt die für Pods zulässigen AppArmor-Profile ein.	CM-7 – kleinste Funktionalität
nist-sp-800-190-capabilities	Schränkt zusätzliche für Pods zulässige Funktionen ein.
nist-sp-800-190-host-namespaces	Schränkt Container ein, bei denen „hostPID“ oder „hostIPC“ auf „true“ festgelegt ist.
nist-sp-800-190-host-network	Schränkt die Ausführung von Containern mit dem Flag „hostNetwork“ auf „true“ ein.
nist-sp-800-190-privileged-containers	Schränkt Container ein, wobei „securityContext.privileged“ auf „true“ festgelegt ist.
nist-sp-800-190-proc-mount-type	Erfordert die standardmäßigen „/proc“-Masken für Pods
nist-sp-800-190-restrict-clusteradmin-rolebindings	Beschränkt die Verwendung der Rolle „cluster-admin“.
nist-sp-800-190-restrict-hostpath-volumes	Schränkt die Verwendung von HostPath-Volumes ein.
nist-sp-800-190-restrict-volume-types	Schränkt die Typen der mountbaren Volumes auf die Liste der zulässigen Volumes ein.
nist-sp-800-190-seccomp	Das Seccomp-Profil darf nicht explizit auf „Unconfined“ festgelegt werden.
nist-sp-800-190-selinux	Schränkt die SELinux-Konfiguration für Pods ein.
nist-sp-800-190-sysctls	Schränkt die zulässigen Systeme für Pods ein.
nist-sp-800-190-enforce-config-management	Erfordert, dass Config Sync ausgeführt wird und Drift Prevention mit mindestens einem „RootSync“-Objekt im Cluster aktiviert ist.	CP-9-Systemsicherung
nist-sp-800-190-require-managed-by-label	Erfordert, dass alle Apps ein gültiges Label „app.kubernetes.io/managed-by“ haben.
nist-sp-800-190-enforce-config-management	Erfordert, dass Config Sync ausgeführt wird und Drift Prevention mit mindestens einem „RootSync“-Objekt im Cluster aktiviert ist.	Wiederherstellung und Wiederherstellung des CP-10-Informationssystems
nist-sp-800-190-require-managed-by-label	Erfordert, dass alle Apps ein gültiges Label „app.kubernetes.io/managed-by“ haben.
nist-sp-800-190-restrict-rbac-subjects	Beschränkt die Verwendung von Namen in RBAC-Subjekten auf zulässige Werte.	IA-2-Identifizierung und -Authentifizierung (Nutzer in der Organisation)
nist-sp-800-190-block-creation-with-default-serviceaccount	Beschränken Sie die Ressourcenerstellung mit einem Standarddienstkonto.	IA-4-ID-Verwaltung
nist-sp-800-190-restrict-rbac-subjects	Beschränkt die Verwendung von Namen in RBAC-Subjekten auf zulässige Werte.
nist-sp-800-190-require-binauthz	Erfordert den Validierungs-Webhook der Binärautorisierung.	IA-5-Authenticator-Verwaltung
nist-sp-800-190-restrict-rbac-subjects	Beschränkt die Verwendung von Namen in RBAC-Subjekten auf zulässige Werte.
nist-sp-800-190-restrict-rbac-subjects	Beschränkt die Verwendung von Namen in RBAC-Subjekten auf zulässige Werte.	MA-4: Nicht lokale Wartung
nist-sp-800-190-enforce-config-management	Erfordert, dass Config Sync ausgeführt wird und Drift Prevention mit mindestens einem „RootSync“-Objekt im Cluster aktiviert ist.	SA-10-Entwicklerkonfigurationsverwaltung
nist-sp-800-190-require-managed-by-label	Erfordert, dass alle Apps ein gültiges Label „app.kubernetes.io/managed-by“ haben.
nist-sp-800-190-require-namespace-network-policies	Erfordert, dass jeder im Cluster definierte Namespace eine NetworkPolicy hat.	SC-4-Informationen in gemeinsam genutzten Ressourcen
nist-sp-800-190-cpu-and-memory-limits-required	Erfordert, dass Pods CPU- und Arbeitsspeicherlimits angeben.	SC-6-Ressourcenverfügbarkeit
nist-sp-800-190-asm-peer-authn-strict-mtls	Stellt sicher, dass PeerAuthentications keinen strikten mTLS-Modus überschreiben kann.	SC-8 – Vertraulichkeit und Integrität bei der Übertragung
nist-sp-800-190-block-secrets-of-type-basic-auth	Beschränkt die Verwendung von Secrets vom Typ „basic-auth“.	SI-7 Software, Firmware und Integrität von Informationen
nist-sp-800-190-enforce-config-management	Erfordert, dass Config Sync ausgeführt wird und Drift Prevention mit mindestens einem „RootSync“-Objekt im Cluster aktiviert ist.
nist-sp-800-190-require-binauthz	Erfordert den Validierungs-Webhook der Binärautorisierung.
nist-sp-800-190-require-managed-by-label	Erfordert, dass alle Apps ein gültiges Label „app.kubernetes.io/managed-by“ haben.
nist-sp-800-190-restrict-hostpath-volumes	Schränkt die Verwendung von HostPath-Volumes ein.

Hinweise

Hinweis: Wenn Sie das NIST 800 r5-Richtlinien-Bundle in der Vorabversion ausprobiert haben, entfernen Sie diese Version, bevor Sie dieses Bundle installieren. Beispiel: kubectl delete constraints -l policycontroller.gke.io/bundleName=nist-800-r5

1. Installieren und initialisieren Sie die Google Cloud CLI, die die in dieser Anleitung verwendeten Befehle gcloud und kubectl enthält. Wenn Sie Cloud Shell verwenden, ist die Google Cloud CLI vorinstalliert.
2. Installieren Sie Policy Controller mit der Standardbibliothek der Einschränkungsvorlagen in Ihrem Cluster. Sie müssen auch die Unterstützung für referenzielle Einschränkungen aktivieren, da dieses Bundle referenzielle Einschränkungen enthält.

Policy Controller für referenzielle Einschränkungen konfigurieren

Warnung: Sie können eigene Änderungen überschreiben. Wenn Sie bereits einen Config im Namespace gatekeeper-system haben, müssen Sie alle vorherigen Anpassungseinstellungen einschließen, um Ihre Änderungen beizubehalten.

1. Speichern Sie das folgende YAML-Manifest in einer Datei als policycontroller-config.yaml. Das Manifest konfiguriert Policy Controller so, dass bestimmte Arten von Objekten beobachtet werden.

   apiVersion: config.gatekeeper.sh/v1alpha1
   kind: Config
   metadata:
     name: config
     namespace: "gatekeeper-system"
   spec:
     sync:
       syncOnly:
         - group: "networking.k8s.io"
           version: "v1"
           kind: "NetworkPolicy"
         - group: "configsync.gke.io"
           version: "v1beta1"
           kind: "RootSync"
         - group: "admissionregistration.k8s.io"
           version: "v1"
           kind: "ValidatingWebhookConfiguration"
   

2. Wenden Sie das policycontroller-config.yaml-Manifest an:

   kubectl apply -f policycontroller-config.yaml
   

Cluster und Arbeitslast konfigurieren

1. Die Aktivierung und Konfiguration von Config Sync , einschließlich des Zulassungs-Webhooks für Drift Prevention, ist in nist-sp-800-190-enforce-config-management erforderlich.
2. Container-Images sind auf eine Liste der zulässigen Repositories beschränkt, die bei Bedarf in nist-sp-800-190-restrict-repos angepasst werden kann.
3. Knoten müssen für ihr Image in nist-sp-800-190-nodes-have-consistent-time Container-Optimized OS oder Ubuntu verwenden.

4. In nist-sp-800-190-require-binauthz muss die Binärautorisierung aktiviert und konfiguriert werden.

   Hinweis: Die Binärautorisierung ist für Google Kubernetes Engine (GKE) und in der Vorabversion für GKE in Google Distributed Cloud verfügbar.

Audit-NIST SP 800-190-Richtlinien-Bundle

Mit Policy Controller können Sie Richtlinien für Ihren Kubernetes-Cluster erzwingen. Sie können diese Einschränkungen im „Audit-Modus“ bereitstellen, um Ihre Arbeitslasten und deren Einhaltung in Bezug auf die NIST-Richtlinien, die in der vorherigen Tabelle aufgeführt sind, zu testen. So können Sie Verstöße erkennen und, was noch wichtiger ist, Ihnen die Möglichkeit geben, sie zu beheben, bevor Sie sie im Kubernetes-Cluster erzwingen.

Sie können diese Richtlinien anwenden, wobei spec.enforcementAction über kubectl, kpt oder Config Sync auf dryrun gesetzt ist.

kubectl

1. (Optional) Sehen Sie sich eine Vorschau der Richtlinieneinschränkungen mit kubectl an:

   kubectl kustomize https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/nist-sp-800-190
   

2. Wenden Sie die Richtlinieneinschränkungen mit kubectl an:

   kubectl apply -k https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/nist-sp-800-190
   

   Die Ausgabe sieht so aus:

   asmpeerauthnstrictmtls.constraints.gatekeeper.sh/nist-sp-800-190-asm-peer-authn-strict-mtls created
   k8sallowedrepos.constraints.gatekeeper.sh/nist-sp-800-190-restrict-repos created
   k8sblockcreationwithdefaultserviceaccount.constraints.gatekeeper.sh/nist-sp-800-190-block-creation-with-default-serviceaccount created
   k8sblockobjectsoftype.constraints.gatekeeper.sh/nist-sp-800-190-block-secrets-of-type-basic-auth created
   k8senforceconfigmanagement.constraints.gatekeeper.sh/nist-sp-800-190-enforce-config-management created
   k8spspapparmor.constraints.gatekeeper.sh/nist-sp-800-190-apparmor created
   k8spspcapabilities.constraints.gatekeeper.sh/nist-sp-800-190-capabilities created
   k8spspforbiddensysctls.constraints.gatekeeper.sh/nist-sp-800-190-sysctls created
   k8spsphostfilesystem.constraints.gatekeeper.sh/nist-sp-800-190-restrict-hostpath-volumes created
   k8spsphostnamespace.constraints.gatekeeper.sh/nist-sp-800-190-host-namespaces created
   k8spsphostnetworkingports.constraints.gatekeeper.sh/nist-sp-800-190-host-network created
   k8spspprivilegedcontainer.constraints.gatekeeper.sh/nist-sp-800-190-privileged-containers created
   k8spspprocmount.constraints.gatekeeper.sh/nist-sp-800-190-proc-mount-type created
   k8spspselinuxv2.constraints.gatekeeper.sh/nist-sp-800-190-selinux created
   k8spspseccomp.constraints.gatekeeper.sh/nist-sp-800-190-seccomp created
   k8spspvolumetypes.constraints.gatekeeper.sh/nist-sp-800-190-restrict-volume-types created
   k8sprohibitrolewildcardaccess.constraints.gatekeeper.sh/nist-sp-800-190-restrict-role-wildcards created
   k8srequirebinauthz.constraints.gatekeeper.sh/nist-sp-800-190-require-binauthz created
   k8srequirecosnodeimage.constraints.gatekeeper.sh/nist-sp-800-190-nodes-have-consistent-time created
   k8srequirenamespacenetworkpolicies.constraints.gatekeeper.sh/nist-sp-800-190-require-namespace-network-policies created
   k8srequiredlabels.constraints.gatekeeper.sh/nist-sp-800-190-require-managed-by-label created
   k8srequiredresources.constraints.gatekeeper.sh/nist-sp-800-190-cpu-and-memory-limits-required created
   k8srestrictrbacsubjects.constraints.gatekeeper.sh/nist-sp-800-190-restrict-rbac-subjects created
   k8srestrictrolebindings.constraints.gatekeeper.sh/nist-sp-800-190-restrict-clusteradmin-rolebindings created
   

3. Prüfen Sie, ob Richtlinieneinschränkungen installiert wurden, und prüfen Sie, ob im Cluster Verstöße vorliegen:

   kubectl get constraints -l policycontroller.gke.io/bundleName=nist-sp-800-190
   

   Die Ausgabe sieht in etwa so aus:

   NAME                                                            ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8spspapparmor.constraints.gatekeeper.sh/nist-sp-800-190-apparmor   dryrun               0
   
   NAME                                                                        ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequirebinauthz.constraints.gatekeeper.sh/nist-sp-800-190-require-binauthz   dryrun               0
   
   NAME                                                                                   ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srestrictrbacsubjects.constraints.gatekeeper.sh/nist-sp-800-190-restrict-rbac-subjects   dryrun               0
   
   NAME                                                                   ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8spspforbiddensysctls.constraints.gatekeeper.sh/nist-sp-800-190-sysctls   dryrun               0
   
   NAME                                                                            ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8spspvolumetypes.constraints.gatekeeper.sh/nist-sp-800-190-restrict-volume-types   dryrun               0
   
   NAME                                                                           ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8spsphostnetworkingports.constraints.gatekeeper.sh/nist-sp-800-190-host-network   dryrun               0
   
   NAME                                                                        ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8spsphostnamespace.constraints.gatekeeper.sh/nist-sp-800-190-host-namespaces   dryrun               0
   
   NAME                                                                                          ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8sprohibitrolewildcardaccess.constraints.gatekeeper.sh/nist-sp-800-190-restrict-role-wildcards   dryrun               0
   
   NAME                                                                                                                         ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8sblockcreationwithdefaultserviceaccount.constraints.gatekeeper.sh/nist-sp-800-190-block-creation-with-default-serviceaccount   dryrun               0
   
   NAME                                                                                   ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8spsphostfilesystem.constraints.gatekeeper.sh/nist-sp-800-190-restrict-hostpath-volumes   dryrun               0
   
   NAME                                                          ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8spspseccomp.constraints.gatekeeper.sh/nist-sp-800-190-seccomp   dryrun               0
   
   NAME                                                                                      ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   asmpeerauthnstrictmtls.constraints.gatekeeper.sh/nist-sp-800-190-asm-peer-authn-strict-mtls   dryrun               0
   
   NAME                                                                                        ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequiredresources.constraints.gatekeeper.sh/nist-sp-800-190-cpu-and-memory-limits-required   dryrun               0
   
   NAME                                                                    ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8spspprocmount.constraints.gatekeeper.sh/nist-sp-800-190-proc-mount-type   dryrun               0
   
   NAME                                                                                           ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8sblockobjectsoftype.constraints.gatekeeper.sh/nist-sp-800-190-block-secrets-of-type-basic-auth   dryrun               0
   
   NAME                                                                                                          ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequirenamespacenetworkpolicies.constraints.gatekeeper.sh/nist-sp-800-190-require-namespace-network-policies   dryrun               0
   
   NAME                                                                    ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8spspcapabilities.constraints.gatekeeper.sh/nist-sp-800-190-capabilities   dryrun               0
   
   NAME                                                                               ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequiredlabels.constraints.gatekeeper.sh/nist-sp-800-190-require-managed-by-label   dryrun               0
   
   NAME                                                                                    ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8spspprivilegedcontainer.constraints.gatekeeper.sh/nist-sp-800-190-privileged-containers   dryrun               0
   
   NAME                                                                   ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8sallowedrepos.constraints.gatekeeper.sh/nist-sp-800-190-restrict-repos   dryrun               0
   
   NAME                                                            ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8spspselinuxv2.constraints.gatekeeper.sh/nist-sp-800-190-selinux   dryrun               0
   
   NAME                                                                                         ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8senforceconfigmanagement.constraints.gatekeeper.sh/nist-sp-800-190-enforce-config-management   dryrun               0
   
   NAME                                                                                               ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srestrictrolebindings.constraints.gatekeeper.sh/nist-sp-800-190-restrict-clusteradmin-rolebindings   dryrun               0
   

KPT

1. Installieren und richten Sie kpt ein.

   kpt wird in dieser Anleitung verwendet, um Kubernetes-Ressourcen anzupassen und bereitzustellen.

2. Laden Sie das NIST SP 800-190-Richtlinien-Bundle von GitHub über kpt herunter:

   kpt pkg get https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/nist-sp-800-190
   

3. Führen Sie die kpt-Funktion set-enforcement-action aus, um die Erzwingungsaktion der Richtlinien auf dryrun festzulegen:

   kpt fn eval nist-sp-800-190 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 \
   -- enforcementAction=dryrun
   

4. Initialisieren Sie das Arbeitsverzeichnis mit kpt, wodurch eine Ressource erstellt wird, um Änderungen verfolgen zu können:

   cd nist-sp-800-190 kpt live init
   

5. Wenden Sie die Richtlinieneinschränkungen mit kpt an:

   kpt live apply
   

6. Prüfen Sie, ob Richtlinieneinschränkungen installiert wurden, und prüfen Sie, ob im Cluster Verstöße vorliegen:

   kpt live status --output table --poll-until current
   

   Der Status CURRENT bestätigt die erfolgreiche Installation der Einschränkungen.

Config Sync

1. Installieren und richten Sie kpt ein.

   kpt wird in dieser Anleitung verwendet, um Kubernetes-Ressourcen anzupassen und bereitzustellen.

   Operatoren, die Config Sync zum Bereitstellen von Richtlinien für ihre Cluster verwenden, können die folgende Anleitung verwenden:

2. Wechseln Sie in das Synchronisierungsverzeichnis für Config Sync:

   cd SYNC_ROOT_DIR
   

   Hinweis: Kpt v1.0.0-beta.17 und höher erstellen automatisch während live init eine resourcegroup.yaml-Datei, die nicht in Ihr Config Sync-Repository eingecheckt werden sollte. Falls noch nicht vorhanden, fügen Sie resourcegroup.yaml zur Datei .gitignore des Repositorys hinzu.

   So erstellen oder hängen Sie .gitignore mit resourcegroup.yaml an:

   echo resourcegroup.yaml >> .gitignore
   

3. Erstellen Sie ein dediziertes policies-Verzeichnis:

   mkdir -p policies
   

4. Laden Sie das NIST SP 800-190-Richtlinien-Bundle von GitHub über kpt herunter:

   kpt pkg get https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/nist-sp-800-190 policies/nist-sp-800-190
   

5. Führen Sie die kpt-Funktion set-enforcement-action aus, um die Erzwingungsaktion der Richtlinien auf dryrun festzulegen:

   kpt fn eval policies/nist-sp-800-190 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=dryrun
   

6. (Optional) Sehen Sie sich eine Vorschau der Richtlinieneinschränkungen an, die erstellt werden sollen:

   kpt live init policies/nist-sp-800-190 kpt live apply --dry-run policies/nist-sp-800-190
   

7. Wenn Ihr Synchronisierungsverzeichnis für Config Sync Kustomize verwendet, fügen Sie policies/nist-sp-800-190 Ihrem Stammverzeichnis kustomization.yaml hinzu. Andernfalls entfernen Sie die Datei policies/nist-sp-800-190/kustomization.yaml:

   rm SYNC_ROOT_DIR/policies/nist-sp-800-190/kustomization.yaml
   

8. Übertragen Sie Änderungen per Push in das Config Sync-Repository:

   git add SYNC_ROOT_DIR/policies/nist-sp-800-190 git commit -m 'Adding NIST SP 800-190 policy audit enforcement'
   git push
   

9. Prüfen Sie den Status der Installation:

   watch gcloud beta container fleet config-management status --project PROJECT_ID
   

   Der Status SYNCED bestätigt die Installation der Richtlinien.

Richtlinienverstöße ansehen

Nachdem die Richtlinieneinschränkungen im Prüfmodus installiert wurden, können Sie Verstöße im Cluster auf der Benutzeroberfläche über das Policy Controller-Dashboard anzeigen.

1. Sie können kubectl auch verwenden, um Verstöße im Cluster mit dem folgenden Befehl anzusehen:

   kubectl get constraint -l policycontroller.gke.io/bundleName=nist-sp-800-190 -o json | jq -cC '.items[]| [.metadata.name,.status.totalViolations]'
   

2. Wenn Verstöße vorliegen, kann eine Liste der Verstoßmeldungen pro Einschränkung mit folgenden Elementen aufgerufen werden:

   kubectl get constraint -l policycontroller.gke.io/bundleName=nist-sp-800-190 -o json | jq -C '.items[]| select(.status.totalViolations>0)| [.metadata.name,.status.violations[]?]'
   

Erzwingungsaktion für NIST SP 800-190-Richtlinien-Bundle ändern

Nachdem Sie die Richtlinienverstöße in Ihrem Cluster geprüft haben, können Sie den Erzwingungsmodus ändern, sodass der Admission-Controller entweder den Status „warn“ aktiviert oder sogar deny verhindert, dass nicht konforme Ressourcen auf den Cluster angewendet werden.

Warnung: Die Erzwingungsaktion deny sollte mit Vorsicht verwendet werden, da sie erforderliche Änderungen möglicherweise blockieren und zu einer Unterbrechung kritischer Arbeitslasten oder des Clusters führen kann. Es wird dringend empfohlen, beim Testen neuer Einschränkungen oder beim Durchführen von Migrationen wie Plattformupgrades nur die Erzwingungsaktionen warn oder dryrun für Cluster mit Produktionsarbeitslasten zu verwenden. Weitere Informationen zu Erzwingungsaktionen finden Sie unter Prüfung mithilfe von Einschränkungen.

kubectl

1. Legen Sie mit kubectl die Erzwingungsaktion der Richtlinien auf deny fest:

   kubectl get constraints -l policycontroller.gke.io/bundleName=nist-sp-800-190 -o name | xargs -I {} kubectl patch {} --type='json' -p='[{"op":"replace","path":"/spec/enforcementAction","value":"warn"}]'
   

2. Prüfen Sie, ob die Erzwingungsaktion für Richtlinieneinschränkungen aktualisiert wurde:

   kubectl get constraints -l policycontroller.gke.io/bundleName=nist-sp-800-190
   

KPT

1. Führen Sie die kpt-Funktion set-enforcement-action aus, um die Erzwingungsaktion der Richtlinien auf deny festzulegen:

   kpt fn eval -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=deny
   

2. Wenden Sie die Richtlinieneinschränkungen an:

   kpt live apply
   

Config Sync

Operatoren, die Config Sync zum Bereitstellen von Richtlinien für ihre Cluster verwenden, können die folgende Anleitung verwenden:

1. Wechseln Sie in das Synchronisierungsverzeichnis für Config Sync:

   cd SYNC_ROOT_DIR
   

2. Führen Sie die kpt-Funktion set-enforcement-action aus, um die Erzwingungsaktion der Richtlinien auf deny festzulegen:

   kpt fn eval policies/nist-sp-800-190 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=deny
   

3. Übertragen Sie Änderungen per Push in das Config Sync-Repository:

   git add SYNC_ROOT_DIR/policies/nist-sp-800-190
   git commit -m 'Adding NIST SP 800-190 policy warn enforcement'
   git push
   

4. Prüfen Sie den Status der Installation:

   gcloud alpha anthos config sync repo list --project PROJECT_ID
   

   Das Repository, das in der Spalte SYNCED angezeigt wird, bestätigt die Installation der Richtlinien.

Richtlinienerzwingung testen

Erstellen Sie mit dem folgenden Befehl eine nicht konforme Ressource im Cluster:

cat <<EOF | kubectl apply -f -
apiVersion: v1
kind: Pod
metadata:
  name: wp-non-compliant
spec:
  containers:
    ‐ image: wordpress
      name: wordpress
EOF

Der Admission-Controller sollte eine Warnung mit den Richtlinienverstößen ausgeben, gegen die diese Ressource verstößt, wie im folgenden Beispiel gezeigt:

Warning: [nist-sp-800-190-cpu-and-memory-limits-required] container <wordpress> does not have <{"cpu", "memory"}> limits defined
Warning: [nist-sp-800-190-restrict-repos] container <wordpress> has an invalid image repo <wordpress>, allowed repos are ["gcr.io/gke-release/", "gcr.io/anthos-baremetal-release/", "gcr.io/config-management-release/", "gcr.io/kubebuilder/", "gcr.io/gkeconnect/", "gke.gcr.io/"]
pod/wp-non-compliant created

NIST SP 800-190-Richtlinien-Bundle entfernen

Bei Bedarf kann das NIST SP 800-190-Richtlinien-Bundle aus dem Cluster entfernt werden.

kubectl

• Verwenden Sie kubectl, um die Richtlinien zu entfernen:

  kubectl delete constraint -l policycontroller.gke.io/bundleName=nist-sp-800-190
  

KPT

• Entfernen Sie die Richtlinien:

  kpt live destroy
  

Config Sync

Operatoren, die Config Sync zum Bereitstellen von Richtlinien für ihre Cluster verwenden, können die folgende Anleitung verwenden:

1. Übertragen Sie Änderungen per Push in das Config Sync-Repository:

   git rm -r SYNC_ROOT_DIR/policies/nist-sp-800-190
   git commit -m 'Removing NIST SP 800-190 policies'
   git push
   

2. Prüfen Sie den Status:

   gcloud alpha anthos config sync repo list --project PROJECT_ID
   

   Das in der Spalte SYNCED angezeigte Repository bestätigt das Entfernen der Richtlinien.