Usar restricciones de políticas de seguridad de Cloud Service Mesh

Policy Controller incluye una biblioteca predeterminada de plantillas de restricciones que se pueden usar con el paquete de seguridad de Cloud Service Mesh para auditar el cumplimiento de las vulnerabilidades de seguridad y las prácticas recomendadas de tu malla.

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.

Este paquete de restricciones aborda y aplica políticas en los siguientes dominios:

• Cloud Service Mesh aplica el tráfico mTLS
• Prácticas recomendadas de AuthorizationPolicy de Cloud Service Mesh
• Aplicación de la seguridad de las cargas de trabajo de Cloud Service Mesh

Restricciones de los paquetes de políticas de Cloud Service Mesh

Nombre de la restricción	Descripción de la restricción	ID de control
asm-policy-v0.0.1-asm-ingressgateway-label	Aplicar el uso de la etiqueta istio ingressgateway solo en los pods de ingressgateway	1.1.1
asm-policy-v0.0.1-asm-sidecar-injection	Fuerza que el sidecar del proxy de Istio se inserte siempre en los pods de carga de trabajo	1.1.2
asm-policy-v0.0.1-asm-authz-policy-mesh-default-deny	Implementa la política AuthorizationPolicy denegar de forma predeterminada a nivel de malla	1.2.1
asm-policy-v0.0.1-asm-authz-policy-normalization	Implementar la normalización de AuthorizationPolicy	1.2.2
asm-policy-v0.0.1-asm-authz-policy-safe-pattern	Aplica los patrones seguros de AuthorizationPolicy	1.2.3
asm-policy-v0.0.1-asm-peer-authn-mesh-strict-mtls	Implementa la autenticación de pares mTLS estricto a nivel de malla	1.3.1
asm-policy-v0.0.1-asm-peer-authn-strict-mtls	No se puede sobrescribir mTLS estricto con Enforce all PeerAuthentications	1.3.2
asm-policy-v0.0.1-asm-request-authn-prohibited-output-headers	Forzar que outputPayloadToHeader de jwtRules no contenga encabezados de solicitud HTTP conocidos	1.4.1

Agrupar perfiles

En el paquete de políticas de seguridad de Cloud Service Mesh, puedes usar dos perfiles en función del nivel de rigor. El nivel de estrictez bajo tiene menos restricciones aplicadas, lo que proporciona más flexibilidad. El nivel de rigurosidad alto tiene más restricciones aplicadas, lo que proporciona un control de las políticas más seguro.

Nivel de estrictez bajo

El perfil de nivel de rigor bajo tiene las siguientes restricciones de la política:

• La etiqueta istio:ingressgateway solo la pueden usar los pods de la puerta de enlace de entrada de Istio.

• En AuthorizationPolicy, los campos hosts o notHosts solo se pueden usar si se selecciona la pasarela de entrada de Istio, que tiene la etiqueta istio:ingressgateway.

• En AuthorizationPolicy, cuando se usan los campos methods o notMethods, los valores deben ser letras en mayúsculas.

• En AuthorizationPolicy, cuando se usa el campo request.headers, los valores no pueden contener espacios en blanco.

• En AuthorizationPolicy, cuando se usan los campos paths o notPaths, los valores deben ser normalizados.

Nivel de rigurosidad alto

El nivel de estrictez alto incluye todas las restricciones del nivel de estrictez bajo, así como las siguientes:

• En todos los pods de carga de trabajo, no se puede aplicar la anotación sidecar.istio.io/inject: false para omitir la inyección de proxy.

• Se aplica un nivel de malla AuthorizationPolicy que define una regla de denegación predeterminada.

• El AuthorizationPolicy debe seguir el formato ALLOW-with-positive-matching o DENY-with-negative-match.

• En AuthorizationPolicy, cuando se usan los campos hosts o notHosts, los valores deben ser pares de <host-name> y <host-name>:*.

• Se aplica un nivel de malla PeerAuthentication que define mTLS estricto.

• En todos los PeerAuthentication de la malla, el modo mTLS solo puede ser UNSET o STRICT para seguir mTLS estricto.

Configuración del paquete

Definidor de KPT	Descripción
nivel-de-estrictez	Perfil de nivel de rigor del paquete de Cloud Service Mesh. Las opciones son `Low` o `High` (valor predeterminado).

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 v.1.11.2 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.
3. Asegúrate de que Cloud Service Mesh esté instalado en tu clúster.

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 como policycontroller-config.yaml:

   apiVersion: config.gatekeeper.sh/v1alpha1
   kind: Config
   metadata:
     name: config
     namespace: "gatekeeper-system"
   spec:
     sync:
       syncOnly:
         - group: ""
           version: "v1"
           kind: "Namespace"
         - group: "security.istio.io"
           version: "v1beta1"
           kind: "AuthorizationPolicy"
         - group: "security.istio.io"
           version: "v1beta1"
           kind: "PeerAuthentication"
   

   Este manifiesto configura Policy Controller para que monitorice tipos de objetos específicos.

2. Aplica el manifiesto policycontroller-config.yaml:

   kubectl apply -f policycontroller-config.yaml
   

Auditar el paquete de políticas de Cloud Service Mesh

Policy Controller te permite aplicar políticas en tu clúster de Kubernetes. Para ayudarte a probar tus cargas de trabajo y su cumplimiento de las políticas de seguridad de Cloud Service Mesh que se indican en la tabla anterior, puedes desplegar 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/bundles/asm-policy-v0.0.1
   

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

   kubectl apply -k https://github.com/GoogleCloudPlatform/gke-policy-library.git/bundles/asm-policy-v0.0.1
   

   El resultado es el siguiente:

   asmauthzpolicydefaultdeny.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-authz-policy-mesh-default-deny created
   asmauthzpolicynormalization.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-authz-policy-normalization created
   asmauthzpolicysafepattern.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-authz-policy-safe-pattern created
   asmingressgatewaylabel.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-ingressgateway-label created
   asmpeerauthnmeshstrictmtls.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-peer-authn-mesh-strict-mtls created
   asmpeerauthnstrictmtls.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-peer-authn-strict-mtls created
   asmrequestauthnprohibitedoutputheaders.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-request-authn-prohibited-output-headers created
   asmsidecarinjection.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-sidecar-injection created
   

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

   kubectl get -k https://github.com/GoogleCloudPlatform/gke-policy-library.git/bundles/asm-policy-v0.0.1
   

   El resultado debería ser similar al siguiente:

   NAME                                                                                                       ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   asmauthzpolicydefaultdeny.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-authz-policy-mesh-default-deny   dryrun               0
   
   NAME                                                                                                     ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   asmauthzpolicynormalization.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-authz-policy-normalization   dryrun               0
   
   NAME                                                                                                  ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   asmauthzpolicysafepattern.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-authz-policy-safe-pattern   dryrun               0
   
   NAME                                                                                          ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   asmingressgatewaylabel.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-ingressgateway-label   dryrun               0
   
   NAME                                                                                                     ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   asmpeerauthnmeshstrictmtls.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-peer-authn-mesh-strict-mtls   dryrun               0
   
   NAME                                                                                            ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   asmpeerauthnstrictmtls.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-peer-authn-strict-mtls   dryrun               0
   
   NAME                                                                                                                             ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   asmrequestauthnprohibitedoutputheaders.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-request-authn-prohibited-output-headers   dryrun               0
   
   NAME                                                                                    ENFORCEMENT-ACTION   TOTAL-VIOLATIONS
   asmsidecarinjection.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-sidecar-injection   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 de seguridad de Cloud Service Mesh de GitHub mediante kpt:

   kpt pkg get https://github.com/GoogleCloudPlatform/gke-policy-library.git/bundles/asm-policy-v0.0.1
   

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 asm-policy-v0.0.1 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 \
     -- enforcementAction=dryrun
   

4. Ejecuta la función setter de kpt para definir políticas de seguridad de Cloud Service Mesh específicas fields:

   kpt fn eval asm-policy-v0.0.1 --image gcr.io/kpt-fn/apply-setters:v0.2.0 -- \
   strictness-level="Low"
   

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

   cd asm-policy-v0.0.1
   kpt live init
   

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

   kpt live apply
   

   El resultado es el siguiente:

   asmauthzpolicydefaultdeny.constraints.gatekeeper.sh/asm-authz-policy-mesh-default-deny created
   asmauthzpolicynormalization.constraints.gatekeeper.sh/asm-authz-policy-normalization created
   asmauthzpolicysafepattern.constraints.gatekeeper.sh/asm-authz-policy-safe-pattern created
   asmingressgatewaylabel.constraints.gatekeeper.sh/asm-ingressgateway-label created
   asmpeerauthnmeshstrictmtls.constraints.gatekeeper.sh/asm-peer-authn-mesh-strict-mtls created
   asmpeerauthnstrictmtls.constraints.gatekeeper.sh/asm-peer-authn-strict-mtls created
   asmsidecarinjection.constraints.gatekeeper.sh/asm-sidecar-injection created
   7 resource(s) applied. 7 created, 0 unchanged, 0 configured, 0 failed
   

7. 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 de seguridad de Cloud Service Mesh de GitHub mediante kpt:

   kpt pkg get https://github.com/GoogleCloudPlatform/gke-policy-library.git/bundles/asm-policy-v0.0.1 policies/asm-policy-v0.0.1
   

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/asm-policy-v0.0.1 -i gcr.io/kpt-fn/set-enforcement-action:v0.1 -- enforcementAction=dryrun
   

5. Ejecuta la función setter de kpt para definir políticas de seguridad de Cloud Service Mesh específicas fields:

   kpt fn eval policies/asm-policy-v0.0.1 --image gcr.io/kpt-fn/apply-setters:v0.2.0 -- \
   strictness-level="Low"
   

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

   kpt live init policies/asm-policy-v0.0.1
   kpt live apply --dry-run policies/asm-policy-v0.0.1
   

   El resultado es el siguiente:

   Dry-run strategy: client
   inventory update started
   inventory update finished
   apply phase started
   asmauthzpolicydefaultdeny.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-authz-policy-mesh-default-deny apply successful
   asmauthzpolicynormalization.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-authz-policy-normalization apply successful
   asmauthzpolicysafepattern.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-authz-policy-safe-pattern apply successful
   asmingressgatewaylabel.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-ingressgateway-label apply successful
   asmpeerauthnmeshstrictmtls.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-peer-authn-mesh-strict-mtls apply successful
   asmpeerauthnstrictmtls.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-peer-authn-strict-mtls apply successful
   asmrequestauthnprohibitedoutputheaders.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-request-authn-prohibited-output-headers apply successful
   asmsidecarinjection.constraints.gatekeeper.sh/asm-policy-v0.0.1-asm-sidecar-injection apply successful
   apply phase finished
   inventory update started
   inventory update finished
   apply result: 8 attempted, 8 successful, 0 skipped, 0 failed
   

7. Si el directorio de sincronización de Config Sync usa Kustomize, añade policies/asm-policy-v0.0.1 a tu raíz kustomization.yaml. De lo contrario, elimina el archivo policies/asm-policy-v0.0.1/kustomization.yaml:

   rm SYNC_ROOT_DIR/policies/asm-policy-v0.0.1/kustomization.yaml
   

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

   git add SYNC_ROOT_DIR/policies/asm-policy-v0.0.1
   git commit -m 'Adding ASM security policy audit enforcement'
   git push
   

9. 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=asm-policy-v0.0.1 -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=asm-policy-v0.0.1 -o json | jq -C '.items[]| select(.status.totalViolations>0)| [.metadata.name,.status.violations[]?]'

Cambiar la acción de implementación del paquete de políticas de Cloud Service Mesh

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=asm-policy-v0.0.1 -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=asm-policy-v0.0.1
   

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/asm-policy-v0.0.1 -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/asm-policy-v0.0.1
   git commit -m 'Adding ASM security 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: security.istio.io/v1beta1
kind: AuthorizationPolicy
metadata:
  name: non-compliant-authz-policy
spec:
  action: ALLOW
  rules:
  - to:
    - operation:
        methods: ["get"]
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: [asm-policy-v0.0.1-asm-authz-policy-normalization] in rules-to-operation, methods or notMethods must be uppercase
authorizationpolicy.security.istio.io/non-compliant-authz-policy created

Quitar un paquete de políticas de Cloud Service Mesh

Si es necesario, el paquete de políticas de Cloud Service Mesh se puede quitar del clúster.

kubectl

• Usa kubectl para eliminar las políticas:

  kubectl delete constraint -l policycontroller.gke.io/bundleName=asm-policy-v0.0.1
  

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/asm-policy-v0.0.1
   git commit -m 'Removing Cloud Service Mesh  policies'
   git push
   

2. Verifica el estado:

   nomos status
   

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