Usar restricciones de la política PCI DSS v4.0

Policy Controller incluye una biblioteca predeterminada de plantillas de restricciones que se pueden usar con el paquete PCI-DSS v4.0 para evaluar el cumplimiento de los recursos de tu clúster con respecto a algunos aspectos del estándar de seguridad de datos del sector de las tarjetas de pago (PCI-DSS) v4.0.

En esta página se explica cómo aplicar manualmente un paquete de políticas. También puedes aplicar paquetes de políticas directamente.

Advertencia: Después de elegir un método para aplicar paquetes de políticas (manual, gcloud CLI o consola Google Cloud ), usar otro método para instalar paquetes de políticas puede provocar errores en tu entorno.

Esta página está dirigida a administradores y operadores de TI que quieran asegurarse de que todos los recursos que se ejecutan en la plataforma en la nube cumplen los requisitos de cumplimiento de la organización. Para ello, deben proporcionar y mantener la automatización para auditar o aplicar los requisitos. Para obtener más información sobre los roles habituales y las tareas de ejemplo a las que hacemos referencia en el contenido de Google Cloud , consulta Roles y tareas de usuario habituales de GKE.

Restricciones del paquete de políticas PCI DSS v4.0

Nombre de la restricción	Descripción de la restricción	IDs de control
pci-dss-v4.0-require-apps-annotations	Requiere que todas las aplicaciones del clúster tengan una anotación network-controls/date.	2.2.5
pci-dss-v4.0-require-av-daemonset	Requiere la presencia de un antivirus DaemonSet.	5.2.1, 5.2.2, 5.2.3, 5.3.1, 5.3.2, 5.3.5
pci-dss-v4.0-require-binauthz	Requiere el webhook de admisión de validación de autorización binaria.	2.2.1, 2.2.4, 6.2.3, 6.3.1, 6.3.2
pci-dss-v4.0-require-cloudarmor-backendconfig	Aplica la configuración de Google Cloud Armor en los recursos BackendConfig.	6.4.1 y 6.4.2
pci-dss-v4.0-require-config-management	Requiere que Gestión de configuración se ejecute con la opción Prevención de desviaciones habilitada y que haya al menos un objeto RootSync en el clúster.	1.2.8, 2.2.6, 5.3.5, 6.3.2, 6.5.1
pci-dss-v4.0-require-default-deny-network-policies	Requiere que cada espacio de nombres definido en el clúster tenga una NetworkPolicy de denegación predeterminada para la salida.	1.3.2 y 1.4.4
pci-dss-v4.0-require-managed-by-label	Requiere que todas las aplicaciones tengan una etiqueta app.kubernetes.io/managed-by válida.	1.2.8, 2.2.6, 5.3.5, 6.3.2, 6.5.1
pci-dss-v4.0-require-namespace-network-policies	Requiere que cada Namespace definido en el clúster tenga un NetworkPolicy.	1.2.5, 1.2.6, 1.4.1, 1.4.4
pci-dss-v4.0-require-peer-authentication-strict-mtls	Asegura que PeerAuthentications no pueda sobrescribir mTLS estricto.	2.2.7, 4.2.1, 8.3.2
pci-dss-v4.0-require-valid-network-ranges	Restringe los intervalos CIDR que se pueden usar con la entrada y la salida.	1.3.1, 1.3.2, 1.4.2, 1.4.4
pci-dss-v4.0-resources-have-required-labels	Requiere que todas las aplicaciones contengan una etiqueta específica para cumplir los requisitos del cortafuegos.	1.2.7
pci-dss-v4.0-restrict-cluster-admin-role	Restringe el uso del rol cluster-admin.	7.2.1, 7.2.2, 7.2.5, 8.2.4
pci-dss-v4.0-restrict-creation-with-default-serviceaccount	Restringe la creación de recursos con una cuenta de servicio predeterminada. No tiene ningún efecto durante la auditoría.	2.2.2
pci-dss-v4.0-restrict-default-namespace	Restringe el uso del espacio de nombres predeterminado por parte de los pods.	2.2.3
pci-dss-v4.0-restrict-ingress	Restringe la creación de objetos Ingress.	1.3.1, 1.4.2 y 1.4.4
pci-dss-v4.0-restrict-node-image	Asegura que los nodos tengan una hora coherente y correcta, ya que solo permite que la imagen de SO sea de Container-Optimized OS o Ubuntu.	10.6.1, 10.6.2 y 10.6.3
pci-dss-v4.0-restrict-pods-exec	Restringe el uso de pods/exec en Roles y ClusterRoles.	8.6.1
pci-dss-v4.0-restrict-rbac-subjects	Restringe el uso de nombres en los sujetos de RBAC a los valores permitidos.	7.3.2, 8.2.1, 8.2.2, 8.2.4
pci-dss-v4.0-restrict-role-wildcards	Restringe el uso de comodines en Roles y ClusterRoles.	7.3.3 y 8.2.4
pci-dss-v4.0-restrict-storageclass	Restringe StorageClass a una lista de StorageClass que se cifran de forma predeterminada.	3.3.2 y 3.3.3

Antes de empezar

1. Instala e inicializa la CLI de Google Cloud, que proporciona los comandos gcloud y kubectl que se usan en estas instrucciones. Si usas Cloud Shell, Google Cloud CLI viene preinstalado.
2. Instala Policy Controller v1.16.0 o una versión posterior en tu clúster con la biblioteca predeterminada de plantillas de restricciones. También debes habilitar la compatibilidad con las restricciones referenciales, ya que este paquete contiene restricciones referenciales.

Configurar Policy Controller para las restricciones referenciales

Advertencia: Puedes sobrescribir los cambios. Si ya tiene un Config en el espacio de nombres gatekeeper-system, debe incluir todos los ajustes de personalización anteriores para conservar los cambios.

1. Guarda el siguiente manifiesto YAML en un archivo con el nombre policycontroller-config.yaml. El manifiesto configura Policy Controller para que monitorice tipos específicos de objetos.

   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: "admissionregistration.k8s.io"
           version: "v1"
           kind: "ValidatingWebhookConfiguration"
         - group: "storage.k8s.io"
           version: "v1"
           kind: "StorageClass"
   

2. Aplica el manifiesto policycontroller-config.yaml:

   kubectl apply -f policycontroller-config.yaml
   

Configurar la carga de trabajo de tu clúster para PCI DSS versión 4.0

1. Todas las aplicaciones (ReplicaSet, Deployment, StatefulSet y DaemonSet) deben incluir una anotación network-controls/date con el esquema de YYYY-MM-DD.
2. Se necesita una solución antivirus. De forma predeterminada, se usa un daemonset llamado clamav en el clamav Namespace. Sin embargo, el nombre y el espacio de nombres del daemonset se pueden personalizar en la implementación en la restricción pci-dss-v4.0-require-av-daemonset.
3. Es necesario habilitar y configurar Autorización binaria en pci-dss-v4.0-require-binauthz.
4. Todos los BackendConfig deben configurarse para CloudArmor.
5. Es necesario que Config Sync esté presente y habilitado.
6. Cada Namespace definido en el clúster tiene un NetworkPolicy de denegación predeterminado para la salida. Las excepciones permitidas se pueden especificar en pci-dss-v4.0-require-namespace-network-policies.
7. El uso de Config Sync para configmanagement.gke.io es obligatorio de forma predeterminada, pero el valor de app.kubernetes.io/managed-by permitido se puede personalizar en la restricción pci-dss-v4.0-enforce-managed-by-configmanagement-label.
8. Cada Namespace definido en el clúster debe tener un NetworkPolicy.
9. Si usas Cloud Service Mesh, ASM PeerAuthentication debe usar mTLS estricto spec.mtls.mode: STRICT.
10. Solo se pueden usar los intervalos de IP permitidos para Ingress y Express, que se pueden especificar en pci-dss-v4.0-require-valid-network-ranges.
11. Todas las aplicaciones (ReplicaSet, Deployment, StatefulSet y DaemonSet) deben incluir un pci-dss-firewall-audit label con el esquema de pci-dss-[0-9]{4}q[1-4].
12. No se permite el uso del ClusterRole ClusterRole.
13. No se pueden crear recursos con la cuenta de servicio predeterminada.
14. El Namespace predeterminado no se puede usar en los pods.
15. Solo se pueden crear objetos Ingress permitidos (tipos Ingress, Gateway y Service de NodePort y LoadBalancer), que se pueden especificar en pci-dss-v4.0-restrict-ingress.
16. Todos los nodos deben usar Container-Optimized OS o Ubuntu para su imagen de forma coherente.
17. No se permite el uso del carácter comodín ni del permiso pods/exec en Roles y ClusterRoles.
18. Solo se pueden usar los asuntos permitidos en las vinculaciones de RBAC. Los nombres de dominio se pueden especificar en pci-dss-v4.0-restrict-rbac-subjects.
19. Es obligatorio usar la opción de cifrado predeterminado StorageClass en pci-dss-v4.0-restrict-storageclass.

Auditar el paquete de políticas PCI DSS versión 4.0

Policy Controller te permite aplicar políticas en tu clúster de Kubernetes. Para probar tus cargas de trabajo y su cumplimiento de las políticas de PCI DSS v4.0 que se describen en la tabla anterior, puedes implementar estas restricciones en modo "auditoría" para detectar infracciones y, lo que es más importante, tener la oportunidad de corregirlas antes de aplicarlas en tu clúster de Kubernetes.

Puedes aplicar estas políticas con spec.enforcementAction definido como dryrun mediante kubectl, kpt, o Config Sync.

kubectl

1. (Opcional) Obtén una vista previa de las restricciones de la política con kubectl:

   kubectl kustomize https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/pci-dss-v4.0
   

2. Aplica las restricciones de la política con kubectl:

   kubectl apply -k https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/pci-dss-v4.0
   

   El resultado es el siguiente:

   asmpeerauthnstrictmtls.constraints.gatekeeper.sh/pci-dss-v4.0-require-peer-authentication-strict-mtls created
   k8sblockallingress.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-ingress created
   k8sblockcreationwithdefaultserviceaccount.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-creation-with-default-serviceaccount created
   k8senforcecloudarmorbackendconfig.constraints.gatekeeper.sh/pci-dss-v4.0-require-cloudarmor-backendconfig created
   k8senforceconfigmanagement.constraints.gatekeeper.sh/pci-dss-v4.0-require-config-management created
   k8sprohibitrolewildcardaccess.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-role-wildcards created
   k8srequirebinauthz.constraints.gatekeeper.sh/pci-dss-v4.0-require-binauthz created
   k8srequirecosnodeimage.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-node-image created
   k8srequiredaemonsets.constraints.gatekeeper.sh/pci-dss-v4.0-require-av-daemonset created
   k8srequiredefaultdenyegresspolicy.constraints.gatekeeper.sh/pci-dss-v4.0-require-default-deny-network-policies created
   k8srequirenamespacenetworkpolicies.constraints.gatekeeper.sh/pci-dss-v4.0-require-namespace-network-policies created
   k8srequirevalidrangesfornetworks.constraints.gatekeeper.sh/pci-dss-v4.0-require-valid-network-ranges created
   k8srequiredannotations.constraints.gatekeeper.sh/pci-dss-v4.0-require-apps-annotations created
   k8srequiredlabels.constraints.gatekeeper.sh/pci-dss-v4.0-require-managed-by-label created
   k8srequiredlabels.constraints.gatekeeper.sh/pci-dss-v4.0-resources-have-required-labels created
   k8srestrictnamespaces.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-default-namespace created
   k8srestrictrbacsubjects.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-rbac-subjects created
   k8srestrictrolebindings.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-cluster-admin-role created
   k8srestrictrolerules.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-pods-exec created
   k8sstorageclass.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-storageclass created
   

3. Verifica que se hayan instalado las restricciones de la política y comprueba si hay infracciones en el clúster:

   kubectl get constraints -l policycontroller.gke.io/bundleName=pci-dss-v4.0
   

   El resultado debería ser similar al siguiente:

   NAME                                                                                                    ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   asmpeerauthnstrictmtls.constraints.gatekeeper.sh/pci-dss-v4.0-require-peer-authentication-strict-mtls   dryrun               0
   
   NAME                                                                         ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8sblockallingress.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-ingress   dryrun               0
   
   NAME                                                                                                                             ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8sblockcreationwithdefaultserviceaccount.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-creation-with-default-serviceaccount   dryrun               0
   
   NAME                                                                                                        ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8senforcecloudarmorbackendconfig.constraints.gatekeeper.sh/pci-dss-v4.0-require-cloudarmor-backendconfig   dryrun               0
   
   NAME                                                                                          ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8senforceconfigmanagement.constraints.gatekeeper.sh/pci-dss-v4.0-require-config-management   dryrun               0
   
   NAME                                                                                           ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8sprohibitrolewildcardaccess.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-role-wildcards   dryrun               0
   
   NAME                                                                         ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequirebinauthz.constraints.gatekeeper.sh/pci-dss-v4.0-require-binauthz   dryrun               0
   
   NAME                                                                                ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequirecosnodeimage.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-node-image   dryrun               0
   
   NAME                                                                               ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequiredaemonsets.constraints.gatekeeper.sh/pci-dss-v4.0-require-av-daemonset   dryrun               0
   
   NAME                                                                                     ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequiredannotations.constraints.gatekeeper.sh/pci-dss-v4.0-require-apps-annotations   dryrun               0
   
   NAME                                                                                                             ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequiredefaultdenyegresspolicy.constraints.gatekeeper.sh/pci-dss-v4.0-require-default-deny-network-policies   dryrun               0
   
   NAME                                                                                      ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequiredlabels.constraints.gatekeeper.sh/pci-dss-v4.0-require-managed-by-label         dryrun               0
   k8srequiredlabels.constraints.gatekeeper.sh/pci-dss-v4.0-resources-have-required-labels   dryrun               0
   
   NAME                                                                                                           ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequirenamespacenetworkpolicies.constraints.gatekeeper.sh/pci-dss-v4.0-require-namespace-network-policies   dryrun               0
   
   NAME                                                                                                   ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequirevalidrangesfornetworks.constraints.gatekeeper.sh/pci-dss-v4.0-require-valid-network-ranges   dryrun               0
   
   NAME                                                                                      ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srestrictnamespaces.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-default-namespace   dryrun               0
   
   NAME                                                                                    ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srestrictrbacsubjects.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-rbac-subjects   dryrun               0
   
   NAME                                                                                         ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srestrictrolebindings.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-cluster-admin-role   dryrun               0
   
   NAME                                                                             ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srestrictrolerules.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-pods-exec   dryrun               0
   
   NAME                                                                           ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8sstorageclass.constraints.gatekeeper.sh/pci-dss-v4.0-restrict-storageclass   dryrun               0
   

KPT

1. Instala y configura kpt. kpt se usa en estas instrucciones para personalizar y desplegar recursos de Kubernetes.

2. Descarga el paquete de políticas PCI DSS versión 4.0 de GitHub con kpt:

   kpt pkg get https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/pci-dss-v4.0
   

3. Ejecuta la función set-enforcement-action kpt para definir la acción de aplicación de las políticas en dryrun:

   kpt fn eval pci-dss-v4.0 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 \
     -- enforcementAction=dryrun
   

4. Inicializa el directorio de trabajo con kpt, que crea un recurso para monitorizar los cambios:

   cd pci-dss-v4.0
   kpt live init
   

5. Aplica las restricciones de la política con kpt:

   kpt live apply
   

6. Verifica que se hayan instalado las restricciones de la política y comprueba si hay infracciones en el clúster:

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

   El estado CURRENT confirma que las restricciones se han instalado correctamente.

Config Sync

1. Instala y configura kpt. kpt se usa en estas instrucciones para personalizar y desplegar recursos de Kubernetes.

Los operadores que usen Config Sync para implementar políticas en sus clústeres pueden seguir estas instrucciones:

1. Cambia al directorio de sincronización de Config Sync:

   cd SYNC_ROOT_DIR
   

   Nota: Kpt v1.0.0-beta.17 y versiones posteriores crean automáticamente un archivo resourcegroup.yaml durante live init, que no se debe registrar en tu repositorio de Config Sync. Si aún no está presente, añade resourcegroup.yaml a tu archivo .gitignore del repositorio.

   Para crear o añadir .gitignore con resourcegroup.yaml, sigue estos pasos:

   echo resourcegroup.yaml >> .gitignore
   

2. Crea un directorio policies específico:

   mkdir -p policies
   

3. Descarga el paquete de políticas PCI DSS versión 4.0 de GitHub con kpt:

   kpt pkg get https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/pci-dss-v4.0 policies/pci-dss-v4.0
   

4. Ejecuta la función set-enforcement-action kpt para definir la acción de aplicación de las políticas en dryrun:

   kpt fn eval policies/pci-dss-v4.0 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=dryrun
   

5. (Opcional) Obtén una vista previa de las restricciones de la política que se van a crear:

   kpt live init policies/pci-dss-v4.0
   kpt live apply --dry-run policies/pci-dss-v4.0
   

6. Si el directorio de sincronización de Config Sync usa Kustomize, añade policies/pci-dss-v4.0 a tu raíz kustomization.yaml. De lo contrario, elimina el archivo policies/pci-dss-v4.0/kustomization.yaml:

   rm SYNC_ROOT_DIR/policies/pci-dss-v4.0/kustomization.yaml
   

7. Envía los cambios al repositorio de Config Sync:

   git add SYNC_ROOT_DIR/policies/pci-dss-v4.0
   git commit -m 'Adding PCI-DSS v4.0 policy audit enforcement'
   git push
   

8. Verifica el estado de la instalación:

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

   El estado SYNCED confirma la instalación de las políticas.

Ver las infracciones de las políticas

Una vez que se hayan instalado las restricciones de la política en el modo de auditoría, las infracciones del clúster se podrán ver en la interfaz de usuario mediante el panel de control de Policy Controller.

También puedes usar kubectl para ver las infracciones del clúster con el siguiente comando:

kubectl get constraint -l policycontroller.gke.io/bundleName=pci-dss-v4.0 -o json | jq -cC '.items[]| [.metadata.name,.status.totalViolations]'

Si hay infracciones, se puede ver una lista de los mensajes de infracción por restricción con:

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

Cambiar la medida de refuerzo del paquete de políticas PCI DSS versión 4.0

Una vez que hayas revisado las infracciones de las políticas en tu clúster, puedes cambiar el modo de aplicación para que el controlador de admisión warn active o deny bloquee los recursos que no cumplan las políticas para que no se apliquen al clúster.

Advertencia: La acción de cumplimiento de deny debe usarse con precaución, ya que puede bloquear cambios necesarios y provocar interrupciones en cargas de trabajo críticas o en el clúster. Te recomendamos que solo uses las acciones de cumplimiento warn o dryrun en clústeres con cargas de trabajo de producción, cuando pruebes nuevas restricciones o realices migraciones, como la actualización de plataformas. Para obtener más información sobre las medidas de cumplimiento, consulta el artículo Auditorías con restricciones

.

kubectl

1. Usa kubectl para definir la acción de aplicación de las políticas como warn:

   kubectl get constraint -l policycontroller.gke.io/bundleName=pci-dss-v4.0 -o name | xargs -I {} kubectl patch {} --type='json' -p='[{"op":"replace","path":"/spec/enforcementAction","value":"warn"}]'
   

2. Verifica que se hayan actualizado las medidas de cumplimiento de las restricciones de las políticas:

   kubectl get constraint -l policycontroller.gke.io/bundleName=pci-dss-v4.0
   

KPT

1. Ejecuta la función set-enforcement-action kpt para definir la acción de aplicación de las políticas en warn:

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

2. Aplica las restricciones de la política:

   kpt live apply
   

Config Sync

Los operadores que usen Config Sync para implementar políticas en sus clústeres pueden seguir estas instrucciones:

1. Cambia al directorio de sincronización de Config Sync:

   cd SYNC_ROOT_DIR
   

2. Ejecuta la función set-enforcement-action kpt para definir la acción de aplicación de las políticas en warn:

   kpt fn eval policies/pci-dss-v4.0 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=warn
   

3. Envía los cambios al repositorio de Config Sync:

   git add SYNC_ROOT_DIR/policies/pci-dss-v4.0
   git commit -m 'Adding PCI-DSS v4.0 policy bundle warn enforcement'
   git push
   

4. Verifica el estado de la instalación:

   nomos status
   

   El clúster debería mostrar el estado SYNCED con las políticas instaladas.

Probar la aplicación de las políticas

Crea un recurso no conforme en el clúster con el siguiente 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

El controlador de admisión debe generar una advertencia en la que se enumeren las infracciones de la política que comete este recurso, como se muestra en el siguiente ejemplo:

Warning: [pci-dss-v4.0-restrict-default-namespace] <default> namespace is restricted
pod/wp-non-compliant created

Eliminar el paquete de políticas PCI-DSS versión 4.0

Si es necesario, el paquete de políticas PCI-DSS v4.0 se puede quitar del clúster.

kubectl

• Usa kubectl para eliminar las políticas:

  kubectl delete constraint -l policycontroller.gke.io/bundleName=pci-dss-v4.0
  

KPT

• Elimina las políticas:

  kpt live destroy
  

Config Sync

Los operadores que usen Config Sync para implementar políticas en sus clústeres pueden seguir estas instrucciones:

1. Envía los cambios al repositorio de Config Sync:

   git rm -r SYNC_ROOT_DIR/policies/pci-dss-v4.0
   git commit -m 'Removing PCI-DSS v4.0 policies'
   git push
   

2. Verifica el estado:

   nomos status
   

   El clúster debería mostrar el estado SYNCED con los recursos eliminados.