Usa las restricciones de la política de PCI-DSS v4.0

El controlador de políticas viene con 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 del clúster con respecto a algunos aspectos de las Normas de seguridad de datos de la industria de tarjetas de pago (PCI-DSS) v4.0.

Restricciones del paquete de políticas de 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 apps 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 y 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 y 6.3.2
pci-dss-v4.0-require-cloudarmor-backendconfig	Aplica la configuración de Google Cloud Armor en BackendConfig recursos.	6.4.1, 6.4.2
pci-dss-v4.0-require-config-management	Requiere que Config Management se ejecute con la prevención de desvíos 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 un NetworkPolicy de denegación predeterminado para la salida.	1.3.2, 1.4.4
pci-dss-v4.0-require-managed-by-label	Requiere que todas las apps tengan una etiqueta de 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	Garantiza que PeerAuthentications no pueda reemplazar la mTLS estricta.	2.2.7, 4.2.1, 8.3.2
pci-dss-v4.0-require-valid-network-ranges	Restringe los rangos de CIDR permitidos para 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 apps contengan una etiqueta específica para cumplir con los requisitos del firewall.	1.2.7
pci-dss-v4.0-restrict-cluster-admin-role	Restringe el uso de la función cluster-admin.	7.2.1, 7.2.2, 7.2.5 o 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	Impide que los Pods usen el espacio de nombres predeterminado.	2.2.3
pci-dss-v4.0-restrict-ingress	Restringe la creación de objetos Ingress.	1.3.1, 1.4.2, 1.4.4
pci-dss-v4.0-restrict-node-image	Garantiza la coherencia y la hora correcta en los nodos permitiendo solo Container-Optimized OS o Ubuntu como imagen de SO.	10.6.1, 10.6.2, 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 sujetos de RBAC a los valores permitidos.	7.3.2, 8.2.1, 8.2.2 y 8.2.4
pci-dss-v4.0-restrict-role-wildcards	Restringe el uso de comodines en Roles y ClusterRoles.	7.3.3, 8.2.4
pci-dss-v4.0-restrict-storageclass	Restringe StorageClass a una lista de StorageClass que se encriptan de forma predeterminada.	3.3.2, 3.3.3

Antes de comenzar

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

Configura el controlador de políticas para restricciones referenciales

Advertencia: Puedes reemplazar los cambios. Si ya tienes un Config existente en el espacio de nombres gatekeeper-system, debes incluir toda la configuración de personalización anterior para conservar los cambios.

1. Guarda el siguiente manifiesto YAML en un archivo como policycontroller-config.yaml. El manifiesto configura Policy Controller para observar 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
   

Configura la carga de trabajo del clúster para PCI-DSS v4.0

1. Todas las apps (ReplicaSet, Deployment, StatefulSet, DaemonSet) deben incluir una anotación network-controls/date con el esquema de YYYY-MM-DD.
2. Se requiere una solución antivirus. El valor predeterminado es la presencia de un daemonset llamado clamav en el Namespace de clamav. Sin embargo, el nombre y el espacio de nombres de daemonset se pueden personalizar para tu implementación en la restricción pci-dss-v4.0-require-av-daemonset.
3. Es obligatorio habilitar y configurar la autorización binaria en pci-dss-v4.0-require-binauthz.
4. Todos los BackendConfig se deben configurar para CloudArmor.
5. Se requiere la presencia y la habilitación del Sincronizador de configuración.
6. Cada Namespace definido en el clúster tiene un rechazo predeterminado de NetworkPolicy para la salida. Las excepciones permitidas pueden ser específicas en pci-dss-v4.0-require-namespace-network-policies.
7. El uso del Sincronizador de configuración para configmanagement.gke.io es obligatorio de forma predeterminada. Sin embargo, el valor 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 Anthos Service Mesh, PeerAuthentication de ASM debe usar spec.mtls.mode: STRICT de mTLS estricta.
10. Solo se pueden usar rangos de IP permitidos para Ingress y Express, y se pueden especificar en pci-dss-v4.0-require-valid-network-ranges.
11. Todas las apps (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 administrador de clústeres ClusterRole.
13. No se pueden crear recursos con la cuenta de servicio predeterminada.
14. No se puede usar el Namespace predeterminado para 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 para un tiempo coherente.
17. No se permite el uso del carácter comodín ni del permiso pods/exec en Roles ni ClusterRoles.
18. Solo se pueden usar sujetos permitidos en las vinculaciones de RBAC. Los nombres de dominio se pueden especificar en pci-dss-v4.0-restrict-rbac-subjects.
19. Se requiere el uso de la encriptación de forma predeterminada StorageClass en pci-dss-v4.0-restrict-storageclass.

Audita el paquete de políticas de PCI-DSS v4.0

El Controlador de políticas te permite aplicar políticas a tu clúster de Kubernetes. Para ayudar a probar las cargas de trabajo y su cumplimiento con respecto a las políticas de PCI-DSS v4.0 descritas en la tabla anterior, puedes implementar estas restricciones en modo de "auditoría" para revelar incumplimientos y, lo que es más importante, darte la oportunidad de corregirlos antes de aplicarlas en tu clúster de Kubernetes.

Puedes aplicar estas políticas con spec.enforcementAction configurado como dryrun mediante kubectl, kpt o el Sincronizador de configuración.

kubectl

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

   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
   

   Esta es la salida:

   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 políticas y verifica si las infracciones existen en el clúster:

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

   El resultado es 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. En estas instrucciones, se usa kpt para personalizar e implementar los recursos de Kubernetes.

2. Descarga el paquete de políticas de PCI-DSS v4.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 kpt set-enforcement-action para establecer 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 realizar un seguimiento de los cambios:

   cd pci-dss-v4.0
   kpt live init
   

5. Aplica las restricciones de políticas con kpt:

   kpt live apply
   

6. Verifica que se hayan instalado las restricciones de políticas y verifica si las infracciones existen en el clúster:

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

   Un estado CURRENT confirma que la instalación de las restricciones se realizó de forma correcta.

Sincronizador de configuración

1. Instala y configura kpt. En estas instrucciones, se usa kpt para personalizar e implementar los recursos de Kubernetes.

Los operadores que usan el Sincronizador de configuración para implementar políticas en sus clústeres pueden usar las siguientes instrucciones:

1. Cambia al directorio del Sincronizador de configuración:

   cd SYNC_ROOT_DIR
   

   Nota: Kpt v1.0.0-beta.17 y las versiones posteriores crean automáticamente un archivo resourcegroup.yaml durante live init que no debe registrarse en el repositorio del Sincronizador de configuración. Si aún no está presente, agrega resourcegroup.yaml al archivo .gitignore del repositorio.

   Para crear o agregar .gitignore con resourcegroup.yaml, ejecuta lo siguiente:

   echo resourcegroup.yaml >> .gitignore
   

2. Crea un directorio policies dedicado:

   mkdir -p policies
   

3. Descarga el paquete de políticas de PCI-DSS v4.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 kpt set-enforcement-action para establecer 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 crearán:

   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 del Sincronizador de configuración usa Kustomize, agrega policies/pci-dss-v4.0 a la raíz kustomization.yaml. De lo contrario, quita el archivo policies/pci-dss-v4.0/kustomization.yaml:

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

7. Envía cambios al repositorio del Sincronizador de configuración:

   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
   

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

Visualiza incumplimientos de políticas

Una vez que se instalan las restricciones de políticas en el modo de auditoría, los incumplimientos del clúster se pueden ver en la IU a través del Panel de Policy Controller.

También puedes usar kubectl para ver los incumplimientos en el clúster mediante 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 incumplimientos, se puede ver una lista de los mensajes de incumplimiento por restricción con los siguientes elementos:

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[]?]'

Cambia la acción de aplicación del paquete de políticas de PCI-DSS v4.0

Una vez que hayas revisado los incumplimientos de políticas en tu clúster, puedes considerar cambiar el modo de aplicación para que el controlador de admisión warn o incluso deny bloquee los recursos que no cumplen con las políticas en el clúster.

Advertencia: La acción de aplicación deny debe usarse con cuidado, ya que puede bloquear los cambios necesarios y provocar la interrupción de las cargas de trabajo críticas o del clúster. Se recomienda que solo se usen las acciones de aplicación warn o dryrun en clústeres con cargas de trabajo de producción, cuando se prueben restricciones nuevas o se realicen migraciones, como actualizar plataformas. Para obtener más información sobre las acciones de aplicación, consulta Realiza auditorías mediante restricciones.

kubectl

1. Usa kubectl para establecer la acción de aplicación de las políticas en 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 haya actualizado la acción de aplicación de restricciones de la política:

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

kpt

1. Ejecuta la función kpt set-enforcement-action para establecer 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
   

Sincronizador de configuración

Los operadores que usan el Sincronizador de configuración para implementar políticas en sus clústeres pueden usar las siguientes instrucciones:

1. Cambia al directorio del Sincronizador de configuración:

   cd SYNC_ROOT_DIR
   

2. Ejecuta la función kpt set-enforcement-action para establecer 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 cambios al repositorio del Sincronizador de configuración:

   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:

   gcloud alpha anthos config sync repo list --project PROJECT_ID
   

   El repositorio que aparece en la columna SYNCED confirma la instalación de las políticas.

Aplicación de la política de prueba

Crea un recurso que no cumpla con las políticas 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 producir una advertencia en la que se mencionen los incumplimientos de políticas que infringe 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

Quita el paquete de políticas de PCI-DSS v4.0

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

kubectl

• Usa kubectl para quitar las políticas:

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

kpt

• Quita las políticas:

  kpt live destroy
  

Sincronizador de configuración

Los operadores que usan el Sincronizador de configuración para implementar políticas en sus clústeres pueden usar las siguientes instrucciones:

1. Envía cambios al repositorio del Sincronizador de configuración:

   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:

   gcloud alpha anthos config sync repo list --project PROJECT_ID
   

   Si el repositorio aparece en la columna SYNCED, confirma la eliminación de las políticas.