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

El controlador de políticas incluye una biblioteca predeterminada de plantillas de restricciones que se pueden usar con el paquete PCI DSS v3.2.1 para evaluar el cumplimiento de los recursos del clúster con algunos aspectos del Estándar de seguridad de datos de la industria de tarjetas de pago (PCI DSS) v3.2.1.

El paquete requiere el controlador de políticas versión 1.14.0 o posterior e incluye estas restricciones que se asignan a los siguientes controles de PCI DSS v3.2.1:

Restricción	Control	Descripción de la restricción	Referencia	Perfil
pci-dss-v3.2.1-resources-have-required-labels	1.1.4	Garantiza los requisitos de un firewall, ya que requiere que todas las apps contengan una etiqueta específica.	No	Standard
pci-dss-v3.2.1-apps-must-have-cierto-set-of-annotations.	1.1.5, 2.4	Garantiza requisitos de controles de red, ya que requiere que todas las apps contengan una anotación específica.	No	Standard
pci-dss-v3.2.1-require-default-deny-network-policies	1.2, 1.3, 2.2.2	Requiere que cada espacio de nombres definido en el clúster tenga un rechazo predeterminado NetworkPolicy para la salida.	Sí	Extendido
pci-dss-v3.2.1-block-all-ingress	1.2, 1.3	Restringe la creación de objetos Ingress.	No	Extendido
pci-dss-v3.2.1-require-valid-network-ranges	1.2, 1.3.2	Restringe los rangos CIDR permitidos para su uso con entrada y salida.	No	Extendido
pci-dss-v3.2.1-require-namespace-network-policies	1.2	Requiere que cada espacio de nombres definido en el clúster tenga una NetworkPolicy.	Sí	Standard
pci-dss-v3.2.1-enforce-managed-by-configmanagement-label	1.2.2, 8.1.2	Requiere una etiqueta app.kubernetes.io/managed-by= válida en los recursos RoleBinding.	No	Standard
pci-dss-v3.2.1-block-creation-with-default-serviceaccount	2.1	Restringe la creación de recursos mediante una cuenta de servicio predeterminada.	No	Standard
pci-dss-v3.2.1-restrict-default-namespace	2.1	Impide que los Pods usen el espacio de nombres predeterminado.	No	Standard
pci-dss-v3.2.1-asm-peer-authn-strict-mtls	4.1	La aplicación forzosa de todas las PeerAuthentications no puede reemplazar la mMTLS estricta.	No	Standard
pci-dss-v3.2.1-require-av-daemonset	5.1.1 y 5.3	Requiere la presencia de un daemonset antivirus.	Sí	Standard
pci-dss-v3.2.1-enforce-config-management	5.3, 6.1, 6.4	Aplica la presencia y habilitación de la administración de configuración.	No	Standard
pci-dss-v3.2.1-enforce-cloudarmor-backendconfig	6.5 y 6.6	Aplicar la configuración de Cloud Armor en los recursos BackendConfig	No	Standard
pci-dss-v3.2.1-restrict-rbac-subjects	8.1 y 8.1.5	Restringe el uso de nombres en sujetos de RBAC a valores permitidos.	No	Extendido
pci-dss-v3.2.1-block-secrets-of-type-basic-auth (en inglés)	8.1.5, 8.2.3 y 8.5	Restringe el uso de secretos de tipo autenticación básica.	No	Standard
pci-dss-v3.2.1-nodes-have-constant-time	10.4.1, 10.4.3	Garantiza una hora coherente y correcta en los nodos, ya que garantiza el uso de COS como la imagen de SO.	No	Standard

Restricciones de paquetes Standard o Extended

El paquete de PCI-DSS v3.2.1 implementa un conjunto bien definido de requisitos de políticas para lograr algunos aspectos de los controles de PCI-DSS v3.2.1. Además de la modificación de su carga de trabajo para satisfacer los requisitos del paquete estándar, también está disponible un conjunto opcional de restricciones extendidas que requieren personalización en su 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 el controlador de políticas 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, que se enumeran en la tabla de descripción general.

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 el controlador de políticas para observar 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 de Anthos Config Management es obligatorio. De forma predeterminada, se requiere configmanagement.gke.io para la administración de configuración, pero se puede 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 Anthos Service Mesh, ASM PeerAuthentication debe usar un spec.mtls.mode: STRICT estricto de mTLS.
8. Se requiere una solución antivirus. El valor predeterminado es la presencia de un daemonset llamado clamav en el pci-dss-av namespace; sin embargo, el nombre y el espacio de nombres de daemonset se pueden personalizar en la restricción pci-dss-v3.2.1-require-av-daemonset. Para ver un ejemplo de cómo ejecutar clamav en un daemonset, consulta Contenedor de ClamAV de Kubernetes.
9. La presencia y la habilitación de Anthos Config Management son obligatorias.
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 Google Container-Optimized OS en su imagen por un tiempo coherente.

Paquete extendido (opcional; se requiere personalización)

1. Cada namespace definido en el clúster tiene un NetworkPolicy 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 Ingress permitidos (Ingress, Gateway y los tipos 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, tus nombres de dominio se pueden especificar en pci-dss-v3.2.1-restrict-rbac-subjects.

Audita las políticas de PCI-DSS v3.2.1 con el controlador de políticas

El Controlador de políticas te permite aplicar políticas a tu clúster de Kubernetes. A fin de probar las cargas de trabajo y su cumplimiento con respecto a las políticas de PCI-DSS v3.2.1 descritas en la tabla anterior, puedes implementar estas restricciones en modo de auditoría para revelar los incumplimientos y, lo que es más importante, solucionar los problemas 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 de pci-dss-v3.2.1. Para aplicar las restricciones del paquete extendido de 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, pero sustituye pci-dss-v3.2.1-extended por pci-dss-v3.2.1.

Puedes aplicar estas políticas con spec.enforcementAction establecido en 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/acm-policy-controller-library.git/anthos-bundles/pci-dss-v3.2.1
   

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

   kubectl apply -k https://github.com/GoogleCloudPlatform/acm-policy-controller-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/acm-policy-controller-library.git/anthos-bundles/pci-dss-v3.2.1
   

   El resultado es similar a este:

   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 de GitHub con kpt:

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

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-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.

2. Si usas Anthos Config Management por primera vez, habilita Anthos Config Management.

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 versiones posteriores crean automáticamente un archivo resourcegroup.yaml durante live init que no se debe registrar en tu repositorio del Sincronizador de configuración. Si aún no lo hiciste, agrega resourcegroup.yaml al archivo .gitignore del repositorio.

   Para crear o adjuntar .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 de GitHub con kpt:

   kpt pkg get https://github.com/GoogleCloudPlatform/acm-policy-controller-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 acción de aplicación 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 raíz kustomization.yaml. 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 se instalan las restricciones de políticas en el modo de auditoría, los incumplimientos en el clúster se pueden ver en la IU mediante el Panel del controlador de políticas.

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 infracciones, verás una lista de los mensajes de incumplimiento por restricción con las siguientes características:

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

Aplicar políticas de PCI-DSS v3.2.1

Una vez que hayas revisado los incumplimientos de políticas en tu clúster, el siguiente paso es aplicar estas políticas para que el Controlador de admisión no aplique los recursos que no cumplan con las políticas.

kubectl

1. Usa kubectl para establecer la acción de aplicación de las políticas en deny:

   kubectl get constraint -l policycontroller.gke.io/bundleName=pci-dss-v3.2.1 -o json | jq '.items[].spec.enforcementAction="deny"' | kubectl apply -f -
   

2. Verifique que se haya actualizado la acción de aplicación de restricciones de la política:

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

kpt

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

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

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 deny:

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

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 'Enforcing PCI-DSS v3.2.1 policies for GKE'
   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

Realiza una prueba rápida para confirmar la aplicación de la política y el bloqueo de recursos que no cumplen con la política en el clúster.

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 un error que enumere los incumplimientos de política que este recurso infringe. Por ejemplo:

Error from server (Forbidden): error when creating "STDIN":
admission webhook "validation.gatekeeper.sh" denied the request:
[pci-dss-v3.2.1-restrict-default-namespace] <default> namespace is restricted