Usa las restricciones de políticas de PCI-DSS v3.2.1
El controlador de políticas viene con 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 de tu clúster en comparación 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 v1.14.0 o superior y también 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 | Estándar |
pci-dss-v3.2.1-apps- Must-have-cierto-set-of-annotations. | 1.1.5, 2.4 | Garantiza los requisitos de controles de red, ya que requiere que todas las apps contengan una anotación específica. | No | Estándar |
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 NetworkPolicy predeterminado para la salida. |
Sí | Extensión |
pci-dss-v3.2.1-block-all-ingress. | 1.2, 1.3 | Restringe la creación de objetos Ingress. | No | Extensión |
pci-dss-v3.2.1-require-valid-network-ranges | 1.2, 1.3.2 | Restringe los rangos de CIDR permitidos para su uso con entrada y salida. | No | Extensión |
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í | Estándar |
pci-dss-v3.2.1-enforce-managed-by-configmanagement-label | 1.2.2, 8.1.2 | Se requiere una etiqueta app.kubernetes.io/managed-by= válida en los recursos RoleBinding . |
No | Estándar |
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 | Estándar |
pci-dss-v3.2.1-restrict-default-namespace | 2.1 | Impide que los pods usen el espacio de nombres predeterminado. | No | Estándar |
pci-dss-v3.2.1-asm-peer-authn-strict-mtls | 4.1 | La aplicación forzosa de todas las PeerAuthentications no puede sobrescribir una mMTLS estricta. | No | Estándar |
pci-dss-v3.2.1-require-av-daemonset | 5.1.1, 5.3 | Requiere la presencia de un daemonset antivirus. | Sí | Estándar |
pci-dss-v3.2.1-enforce-config-management | 5.3, 6.1 y 6.4 | Aplica la presencia y habilitación de la administración de configuración. | No | Estándar |
pci-dss-v3.2.1-enforce-cloudarmor-backendconfig | 6.5, 6.6 | Aplica la configuración de Cloud Armor en los recursos BackendConfig . |
No | Estándar |
pci-dss-v3.2.1-restrict-rbac-subjects. | 8.1; 8.1.5 | Restringe el uso de nombres en los sujetos de RBAC a los valores permitidos. | No | Extensión |
pci-dss-v3.2.1-block-secrets-of-type-basic-auth; | 8.1.5, 8.2.3 y 8.5 | Restringe el uso de secretos de tipo básico. | No | Estándar |
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 | Estándar |
Restricciones de paquetes estándar y extendidas
El paquete 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 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 su entorno.
Antes de comenzar
- Instala e inicializa Google Cloud CLI, que proporciona los comandos de
gcloud
ykubectl
que se usan en estas instrucciones. Si usas Cloud Shell, Google Cloud CLI viene preinstalada. - 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
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"
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
- Todas las apps (
ReplicaSet
,Deployment
,StatefulSet
yDaemonSet
) deben incluir unpci-dss-firewall-audit label
con el esquemapci-dss-[0-9]{4}q[1-4]
. - Todas las apps (
ReplicaSet
,Deployment
,StatefulSet
,DaemonSet
) deben incluir una anotaciónnetwork-controls/date
con el esquemaYYYY-MM-DD
. - Cada
namespace
definido en el clúster debe tener unNetworkPolicy
. - El uso de Anthos Config Management es obligatorio. De forma predeterminada,
configmanagement.gke.io
es obligatorio para Config Management, pero esto se puede personalizar en la restricciónpci-dss-v3.2.1-enforce-managed-by-configmanagement-label
. - No se pueden crear recursos con la cuenta de servicio predeterminada.
- No se puede usar el
namespace
predeterminado para los pods. - Si se usa Anthos Service Mesh, ASM PeerAuthentication debe usar un
spec.mtls.mode: STRICT
estricto de mTLS. - Se requiere una solución antivirus. El valor predeterminado es la presencia de un
daemonset
llamadoclamav
en elpci-dss-av
namespace
; sin embargo, el nombre y el espacio de nombres dedaemonset
se pueden personalizar en la restricciónpci-dss-v3.2.1-require-av-daemonset
. Para ver un ejemplo de cómo ejecutarclamav
en undaemonset
, consulta Contenedor de ClamAV de Kubernetes. - La presencia y habilitación de Anthos Config Management es obligatoria.
- Todos los
BackendConfig
deben configurarse para CloudArmor. - No se permite el uso de secretos de tipo
basic-auth
. - Todos los nodos deben usar Container-Optimized OS de Google para su imagen durante un tiempo coherente.
Paquete extendido (opcional con personalización personalizada)
- Cada
namespace
definido en el clúster tiene unNetworkPolicy
predeterminado para la salida, las excepciones permitidas pueden ser específicas enpci-dss-v3.2.1-require-namespace-network-policies
. - Solo se pueden crear objetos Ingress permitidos (
Ingress
,Gateway
yService
deNodePort
yLoadBalancer
). Estos se pueden especificar enpci-dss-v3.2.1-block-all-ingress
. - Solo se pueden usar los rangos de IP permitidos para Ingress y Express. Estos se pueden especificar en
pci-dss-v3.2.1-require-valid-network-ranges
. - Solo se pueden usar asuntos sujetos a vinculaciones de RBAC. Puedes especificar los nombres de dominio 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. Para ayudarte a probar tus 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” a fin de revelar incumplimientos 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
configurado como dryrun
mediante kubectl, kpt o Config Sync.
kubectl
(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
Aplica las restricciones de políticas mediante 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
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
Instala y configura kpt. En estas instrucciones, se usa kpt para personalizar e implementar los recursos de Kubernetes.
Descarga el paquete de políticas de PCI-DSS v3.2.1 desde GitHub con kpt:
kpt pkg get https://github.com/GoogleCloudPlatform/acm-policy-controller-library.git/anthos-bundles/pci-dss-v3.2.1
Ejecuta la función kpt
set-enforcement-action
para establecer la acción de aplicación de las políticas endryrun
:kpt fn eval pci-dss-v3.2.1 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 \ -- enforcementAction=dryrun
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
Aplica las restricciones de políticas con kpt:
kpt live apply
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
Instala y configura kpt. En estas instrucciones, se usa kpt para personalizar e implementar los recursos de Kubernetes.
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:
Cambia al directorio del Sincronizador de configuración:
cd SYNC_ROOT_DIR
Crea un directorio
policies
dedicado:mkdir -p policies
Descarga el paquete de políticas de PCI-DSS v3.2.1 desde 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
Ejecuta la función kpt
set-enforcement-action
para establecer la acción de aplicación de las políticas endryrun
:kpt fn eval policies/pci-dss-v3.2.1 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=dryrun
(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
Si el directorio de sincronización del Sincronizador de configuración usa Kustomize, agrega
policies/pss-baseline-v2022
a tukustomization.yaml
raíz. De lo contrario, quita el archivopolicies/pss-baseline-v2022/kustomization.yaml
:rm SYNC_ROOT_DIR/policies/pss-baseline-v2022/kustomization.yaml
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
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 instaladas las restricciones de la política 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 los siguientes elementos:
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[]?]'
Aplica políticas 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
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 -
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
Ejecuta la función kpt
set-enforcement-action
para establecer la acción de aplicación de las políticas endeny
:kpt fn eval -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=deny
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:
Cambia al directorio del Sincronizador de configuración:
cd SYNC_ROOT_DIR
Ejecuta la función kpt
set-enforcement-action
para establecer la acción de aplicación de las políticas endeny
:kpt fn eval policies/pci-dss-v3.2.1 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=deny
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
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]namespace is restricted