Usa las restricciones de políticas del PCI-DSS v3.2.1

Precaución: El paquete de políticas de PCI-DSS v3.2.1 dejó de estar disponible. Migra al paquete de políticas de PCI DSS v4.0.

Policy Controller viene con una biblioteca predeterminada de plantillas de restricciones que se pueden usar con el paquete de PCI-DSS v3.2.1 para evaluar el cumplimiento de los recursos de tu clúster con respecto a algunos aspectos de las Normas de Seguridad de Datos de la Industria de Tarjetas de Pago (PCI-DSS) v3.2.1.

Esta página está destinada a los administradores de TI y operadores que desean asegurarse de que todos los recursos que se ejecutan dentro de la plataforma en la nube cumplan con los requisitos de cumplimiento de la organización. Para ello, deben proporcionar y mantener la automatización para auditar o aplicar el cumplimiento. Para obtener más información sobre los roles comunes y las tareas de ejemplo a las que hacemos referencia en el contenido de Google Cloud, consulta Tareas y roles comunes de los usuarios de GKE Enterprise.

Restricciones del paquete de políticas del PCI-DSS v3.2.1

Nombre de la restricción	Descripción de la restricción	ID de control	Perfil
pci-dss-v3.2.1-resources-have-required-labels	Garantiza los requisitos de un firewall, ya que exige que todas las apps contengan una etiqueta especificada.	1.1.4	Estándar
pci-dss-v3.2.1-apps-must-have-certain-set-of-annotations	Garantiza los requisitos de los controles de red, ya que exige que todas las apps contengan una anotación especificada.	1.1.5, 2.4	Estándar
pci-dss-v3.2.1-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.2, 1.3, 2.2.2	Extendido
pci-dss-v3.2.1-block-all-ingress	Restringe la creación de objetos Ingress.	1.2, 1.3	Extendido
pci-dss-v3.2.1-require-valid-network-ranges	Restringe los rangos de CIDR permitidos para usar con la entrada y la salida.	1.2, 1.3.2	Extendido
pci-dss-v3.2.1-require-namespace-network-policies	Requiere que cada espacio de nombres definido en el clúster tenga una NetworkPolicy.	1.2	Estándar
pci-dss-v3.2.1-enforce-managed-by-configmanagement-label	Requiere una etiqueta app.kubernetes.io/managed-by= válida en los recursos RoleBinding.	1.2.2, 8.1.2	Estándar
pci-dss-v3.2.1-block-creation-with-default-serviceaccount	Restringe la creación de recursos con una cuenta de servicio predeterminada.	2.1	Estándar
pci-dss-v3.2.1-restrict-default-namespace	Restringe que los pods usen el espacio de nombres predeterminado.	2.1	Estándar
pci-dss-v3.2.1-asm-peer-authn-strict-mtls	Aplica que todos los PeerAuthentications no puedan reemplazar la mMTLS estricta.	4.1	Estándar
pci-dss-v3.2.1-require-av-daemonset	Requiere la presencia de un daemonset de antivirus.	5.1.1, 5.3	Estándar
pci-dss-v3.2.1-enforce-config-management	Aplica la presencia y la habilitación del Sincronizador de configuración.	5.3, 6.1, 6.4	Estándar
pci-dss-v3.2.1-enforce-cloudarmor-backendconfig	Aplica la configuración de Cloud Armor en los recursos de BackendConfig.	6.5, 6.6	Estándar
pci-dss-v3.2.1-restrict-rbac-subjects	Restringe el uso de nombres en los sujetos de RBAC a los valores permitidos.	8.1, 8.1.5	Extendido
pci-dss-v3.2.1-block-secrets-of-type-basic-auth	Restringe el uso de secretos de tipo de autenticación básica.	8.1.5, 8.2.3, 8.5	Estándar
pci-dss-v3.2.1-nodes-have-consistent-time	Garantiza una hora coherente y correcta en los nodos, ya que garantiza el uso de COS como la imagen del SO.	10.4.1, 10.4.3	Estándar

Restricciones de paquetes estándar y extendidas

El paquete de PCI-DSS v3.2.1 implementa un conjunto definido de requisitos de la política para lograr algunos aspectos de los controles de PCI-DSS v3.2.1. Además de modificar tu carga de trabajo para que se ajuste a los requisitos del paquete estándar, también está disponible un conjunto opcional de restricciones extendidas que requieren personalización para tu entorno.

Antes de comenzar

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

Configura Policy Controller para restricciones referenciales

Advertencia: Puedes reemplazar tus propios cambios. Si ya tienes un Config en el espacio de nombres gatekeeper-system, debes incluir todas las opciones de configuración de personalización anteriores para preservar tus cambios.

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

   apiVersion: config.gatekeeper.sh/v1alpha1
   kind: Config
   metadata:
     name: config
     namespace: "gatekeeper-system"
   spec:
     sync:
       syncOnly:
         - group: "apps"
           version: "v1"
           kind: "DaemonSet"
         - group: "networking.k8s.io"
           version: "v1"
           kind: "NetworkPolicy"
   

2. Aplica el manifiesto policycontroller-config.yaml:

   kubectl apply -f policycontroller-config.yaml
   

Configura la carga de trabajo de tu clúster para PCI-DSS v3.2.1

Paquete estándar

1. 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].
2. Todas las apps (ReplicaSet, Deployment, StatefulSet, DaemonSet) deben incluir una anotación network-controls/date con el esquema de YYYY-MM-DD.
3. Cada namespace definido en el clúster debe tener un NetworkPolicy.
4. El uso del Sincronizador de configuración para configmanagement.gke.io es obligatorio de forma predeterminada. Sin embargo, los valores permitidos de app.kubernetes.io/managed-by se pueden personalizar en la restricción pci-dss-v3.2.1-enforce-managed-by-configmanagement-label.
5. No se pueden crear recursos con la cuenta de servicio predeterminada.
6. No se puede usar el namespace predeterminado para los pods.
7. Si usas Cloud Service Mesh, PeerAuthentication de ASM debe usar spec.mtls.mode: STRICT de mTLS estricta.
8. Se requiere una solución antivirus. El valor predeterminado es la presencia de un daemonset llamado clamav en el namespace pci-dss-av. Sin embargo, el nombre y el espacio de nombres de daemonset se pueden personalizar para tu implementación en la restricción pci-dss-v3.2.1-require-av-daemonset.
9. Se requiere la presencia y habilitación del Sincronizador de configuración.
10. Todos los BackendConfig deben configurarse para CloudArmor.
11. No se permite el uso de secretos de tipo basic-auth.
12. Todos los nodos deben usar el sistema operativo Container-Optimized OS de Google para su imagen para obtener un tiempo coherente.

Paquete extendido (opcional con personalización obligatoria)

1. Cada namespace definido en el clúster tiene un NetworkPolicy de denegación predeterminado para la salida. Las excepciones permitidas pueden ser específicas en pci-dss-v3.2.1-require-namespace-network-policies.
2. Solo se pueden crear objetos de entrada permitidos (tipos Ingress, Gateway y Service de NodePort y LoadBalancer), que se pueden especificar en pci-dss-v3.2.1-block-all-ingress.
3. Solo se pueden usar los rangos de IP permitidos para Ingress y Express, que se pueden especificar en pci-dss-v3.2.1-require-valid-network-ranges.
4. Solo se pueden usar los sujetos permitidos en las vinculaciones de RBAC. Los nombres de dominio se pueden especificar en pci-dss-v3.2.1-restrict-rbac-subjects.

Audita el paquete de políticas de PCI-DSS v3.2.1

Policy Controller te permite aplicar políticas a tu clúster de Kubernetes. Para ayudar a probar tus cargas de trabajo y su cumplimiento con respecto a las políticas de PCI-DSS v3.2.1 que se describen en la tabla anterior, puedes implementar estas restricciones en modo de “auditoría” para revelar infracciones y, lo que es más importante, tener la oportunidad corregirlos antes de aplicarlos en tu clúster de Kubernetes.

Nota: A menos que se especifique lo contrario, las siguientes instrucciones se aplican al perfil de paquete estándar pci-dss-v3.2.1. Para aplicar las restricciones del paquete extendido pci-dss-v3.2.1, después de aplicar el paquete estándar y completar la personalización especificada en la sección anterior del paquete extendido, sigue las instrucciones para aplicar el paquete extendido, pero reemplaza pci-dss-v3.2.1 por pci-dss-v3.2.1-extended.

Puedes aplicar estas políticas con spec.enforcementAction configurado en 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-v3.2.1
   

2. Aplica las restricciones de políticas con kubectl:

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

   Esta es la salida:

   asmpeerauthnstrictmtls.constraints.gatekeeper.sh/pci-dss-v3.2.1-asm-peer-authn-strict-mtls created
   k8sblockcreationwithdefaultserviceaccount.constraints.gatekeeper.sh/pci-dss-v3.2.1-block-creation-with-default-serviceaccount created
   k8sblockobjectsoftype.constraints.gatekeeper.sh/pci-dss-v3.2.1-block-secrets-of-type-basic-auth created
   k8senforcecloudarmorbackendconfig.constraints.gatekeeper.sh/pci-dss-v3.2.1-enforce-cloudarmor-backendconfig created
   k8senforceconfigmanagement.constraints.gatekeeper.sh/pci-dss-v3.2.1-enforce-config-management created
   k8srequirecosnodeimage.constraints.gatekeeper.sh/pci-dss-v3.2.1-nodes-have-consistent-time created
   k8srequiredaemonsets.constraints.gatekeeper.sh/pci-dss-v3.2.1-require-av-daemonset created
   k8srequirenamespacenetworkpolicies.constraints.gatekeeper.sh/pci-dss-v3.2.1-require-namespace-network-policies created
   k8srequiredannotations.constraints.gatekeeper.sh/pci-dss-v3.2.1-apps-must-have-certain-set-of-annotations created
   k8srequiredlabels.constraints.gatekeeper.sh/pci-dss-v3.2.1-enforce-managed-by-configmanagement-label created
   k8srequiredlabels.constraints.gatekeeper.sh/pci-dss-v3.2.1-resources-have-required-labels created
   k8srestrictnamespaces.constraints.gatekeeper.sh/pci-dss-v3.2.1-restrict-default-namespace created
   

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

   kubectl get -k https://github.com/GoogleCloudPlatform/gke-policy-library.git/anthos-bundles/pci-dss-v3.2.1
   

   El resultado es similar al siguiente:

   NAME                                                                                         ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   asmpeerauthnstrictmtls.constraints.gatekeeper.sh/pci-dss-v3.2.1-asm-peer-authn-strict-mtls   dryrun               0
   
   NAME                                                                                                                            ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8sblockcreationwithdefaultserviceaccount.constraints.gatekeeper.sh/pci-dss-v3.2.1-block-creation-with-default-serviceaccount   dryrun               0
   
   NAME                                                                                              ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8sblockobjectsoftype.constraints.gatekeeper.sh/pci-dss-v3.2.1-block-secrets-of-type-basic-auth   dryrun               0
   
   NAME                                                                                                          ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8senforcecloudarmorbackendconfig.constraints.gatekeeper.sh/pci-dss-v3.2.1-enforce-cloudarmor-backendconfig   dryrun               0
   
   NAME                                                                                            ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8senforceconfigmanagement.constraints.gatekeeper.sh/pci-dss-v3.2.1-enforce-config-management   dryrun               0
   
   NAME                                                                                         ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequirecosnodeimage.constraints.gatekeeper.sh/pci-dss-v3.2.1-nodes-have-consistent-time   dryrun               0
   
   NAME                                                                                 ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequiredaemonsets.constraints.gatekeeper.sh/pci-dss-v3.2.1-require-av-daemonset   dryrun               0
   
   NAME                                                                                                             ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequirenamespacenetworkpolicies.constraints.gatekeeper.sh/pci-dss-v3.2.1-require-namespace-network-policies   dryrun               0
   
   NAME                                                                                                        ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequiredannotations.constraints.gatekeeper.sh/pci-dss-v3.2.1-apps-must-have-certain-set-of-annotations   dryrun               0
   
   NAME                                                                                                   ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srequiredlabels.constraints.gatekeeper.sh/pci-dss-v3.2.1-enforce-managed-by-configmanagement-label   dryrun               0
   k8srequiredlabels.constraints.gatekeeper.sh/pci-dss-v3.2.1-resources-have-required-labels              dryrun               0
   
   NAME                                                                                        ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   k8srestrictnamespaces.constraints.gatekeeper.sh/pci-dss-v3.2.1-restrict-default-namespace   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 v3.2.1 desde GitHub mediante kpt:

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

3. Ejecuta la función kpt set-enforcement-action para establecer la medida por incumplimiento de las políticas en dryrun:

   kpt fn eval pci-dss-v3.2.1 -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-v3.2.1
   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 resourcegroup.yaml archivo durante live init que debe no se registrarán 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, haz 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 v3.2.1 desde GitHub mediante kpt:

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

4. Ejecuta la función kpt set-enforcement-action para establecer la medida por incumplimiento de las políticas en dryrun:

   kpt fn eval policies/pci-dss-v3.2.1 -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-v3.2.1
   kpt live apply --dry-run policies/pci-dss-v3.2.1
   

6. Si tu directorio de sincronización para el Sincronizador de configuración usa Kustomize, agrega policies/pci-dss-v3.2.1 a tu kustomization.yaml raíz. De lo contrario, quita el archivo policies/pci-dss-v3.2.1/kustomization.yaml:

   rm SYNC_ROOT_DIR/policies/pci-dss-v3.2.1/kustomization.yaml
   

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

   git add SYNC_ROOT_DIR/policies/pci-dss-v3.2.1
   git commit -m 'Adding PCI-DSS v3.2.1 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 las restricciones de la política se instalan en modo de auditoría, los incumplimientos en el clúster se pueden ver en la IU mediante el 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-v3.2.1 -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 lo siguiente:

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

Cambia la medida por incumplimiento del paquete de políticas de PCI-DSS v3.2.1

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 para que no se apliquen a lo siguiente: el clúster.

Advertencia: La acción de aplicación deny debe usarse con cuidado, ya que puede bloquear cambios obligatorios en la interrupción de cargas de trabajo críticas o el clúster. Se recomienda que solo las acciones de aplicación warn o dryrun se usen en clústeres con cargas de trabajo de producción, cuando se prueben restricciones nuevas o se realicen migraciones, como plataformas de actualización. Para obtener más información sobre las acciones de aplicación, consulta Audita 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-v3.2.1 -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 políticas:

   kubectl get constraint -l policycontroller.gke.io/bundleName=pci-dss-v3.2.1
   

kpt

1. Ejecuta la función kpt set-enforcement-action para establecer la medida por incumplimiento 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 medida por incumplimiento de las políticas en warn:

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

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

   git add SYNC_ROOT_DIR/policies/pci-dss-v3.2.1
   git commit -m 'Adding PCI-DSS v3.2.1 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 debería producir una advertencia que enumere las incumplimientos de políticas que este recurso infringe, como se muestra en el siguiente ejemplo:

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

Quita el paquete de políticas de PCI-DSS v3.2.1

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

kubectl

• Usa kubectl para quitar las políticas:

  kubectl delete constraint -l policycontroller.gke.io/bundleName=pci-dss-v3.2.1
  

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 los cambios al repositorio del Sincronizador de configuración:

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

2. Verifica el estado:

   gcloud alpha anthos config sync repo list --project PROJECT_ID
   

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