Administra recursos de Cloud Load Balancing con restricciones personalizadas

En esta página, se muestra cómo usar las restricciones personalizadas del servicio de políticas de la organización para limitar operaciones específicas en los siguientes recursos de Cloud de Confiance by S3NS :

• compute.googleapis.com/BackendBucket
• compute.googleapis.com/BackendService
• compute.googleapis.com/ForwardingRule
• compute.googleapis.com/HealthCheck
• compute.googleapis.com/NetworkEndpointGroup
• networkservices.googleapis.com/ServiceLbPolicy
• compute.googleapis.com/SslPolicy
• compute.googleapis.com/TargetInstance
• compute.googleapis.com/TargetPool
• compute.googleapis.com/TargetTcpProxy
• compute.googleapis.com/TargetSslProxy
• compute.googleapis.com/TargetHttpProxy
• compute.googleapis.com/TargetHttpsProxy
• compute.googleapis.com/TargetGrpcProxy
• compute.googleapis.com/UrlMap

Para obtener más información sobre la política de la organización, consulta Políticas de la organización personalizadas.

Acerca de las restricciones y políticas de la organización

El servicio de políticas de la organización de Cloud de Confiance te brinda un control centralizado y programático sobre los recursos de tu organización. Como administrador de políticas de la organización, puedes definir una política de la organización, que es un conjunto de limitaciones llamadas restricciones que se aplican a los recursos y a sus subordinados deCloud de Confiance en la jerarquía de recursos deCloud de Confiance by S3NS . Puedes aplicar políticas de la organización a nivel de la organización, carpeta o proyecto.

La política de la organización brinda restricciones administradas integradas para varios servicios de Cloud de Confiance . Sin embargo, si deseas un control más detallado y personalizable sobre los campos específicos que están restringidos en las políticas de tu organización, también puedes crear restricciones personalizadas y usarlas en una política de la organización.

Herencia de políticas

De forma predeterminada, las políticas de la organización se heredan según los subordinados de los recursos en los que se aplica la política. Por ejemplo, si aplicas una política en una carpeta, Cloud de Confiance aplica la política en todos los proyectos en ella. Para obtener más información sobre este comportamiento y cómo cambiarlo, consulta Reglas de evaluación de la jerarquía.

Beneficios

• Administración de costos: Usa políticas de la organización personalizadas para restringir la frecuencia de sondeo de la verificación de estado.

• Seguridad, cumplimiento y administración: Puedes usar políticas personalizadas de la organización para aplicar políticas. Por ejemplo:

  • Aplicar el uso de protocolos o rangos de puertos específicos de verificación de estado
  • Cómo rechazar ciertos protocolos de tráfico de backend
  • Cómo exigir que los buckets de backend tengan habilitado Cloud CDN
  • Cómo exigir que las reglas de reenvío usen niveles de servicio de red específicos

Limitaciones

• No se admiten las verificaciones de estado heredadas (Global heredado [HTTP] y Global heredado [HTTPS]).

• En el caso de los recursos de políticas de SSL de Compute Engine, las restricciones personalizadas también se aplican en el método UPDATE.

Antes de comenzar

1. In the Cloud de Confiance console, on the project selector page, select or create a Cloud de Confiance project.

   Roles required to select or create a project

   • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
   • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

   Go to project selector

2. Verify that billing is enabled for your Cloud de Confiance project.

3. Instala Google Cloud CLI.

4. Configura gcloud CLI para usar tu identidad federada.

   Para obtener más información, consulta Accede a la gcloud CLI con tu identidad federada.

5. Para inicializar gcloud CLI, ejecuta el siguiente comando:

   gcloud init

6. Asegúrate de saber el ID de la organización.

Roles obligatorios

Si deseas obtener los permisos que necesitas para administrar las políticas de la organización personalizadas, pídele a tu administrador que te otorgue el rol de IAM Administrador de políticas de la organización (roles/orgpolicy.policyAdmin) en el recurso de organización. Para obtener más información sobre cómo otorgar roles, consulta Administra el acceso a proyectos, carpetas y organizaciones.

También puedes obtener los permisos necesarios a través de roles personalizados o de cualquier otro rol predefinido.

Configura una restricción personalizada

Las restricciones personalizadas se definen en un archivo YAML por medio de los recursos, los métodos, las condiciones y las acciones que son compatibles con el servicio en el que aplicas la política de la organización. Las condiciones para tus restricciones personalizadas se definen con Common Expression Language (CEL). Para obtener más información para crear condiciones en restricciones personalizadas con CEL, consulta la sección CEL de Crea y administra restricciones personalizadas.

Consola

Para crear una restricción personalizada, haz lo siguiente:

1. En la consola de Cloud de Confiance , accede a la página Políticas de la organización.

   Ir a Políticas de la organización

2. En el selector de proyectos, elige uno cuya política de la organización quieras configurar.
3. Haz clic en add Restricción personalizada.
4. En el cuadro Nombre visible, ingresa un nombre legible por humanos para la restricción. Este nombre se usa en los mensajes de error y se puede usar para la identificación y depuración. No uses información de identificación personal (PII) ni datos sensibles en los nombres visibles, ya que podrían exponerse en mensajes de error. Este campo puede contener hasta 200 caracteres.
5. En el cuadro ID de restricción, ingresa el ID que quieras asignar a la nueva restricción personalizada. Las restricciones personalizadas solo pueden contener letras (mayúsculas y minúsculas) o números, por ejemplo, custom.enforceTCPHealthCheckPort1024. Este campo puede contener hasta 70 caracteres, sin contar el prefijo (custom.), por ejemplo, organizations/123456789/customConstraints/custom. No incluyas IIP ni datos sensibles en el ID de la restricción, ya que podrían exponerse en mensajes de error.
6. En el cuadro Descripción, ingresa una descripción legible por humanos de la restricción. Esta se usa como mensaje de error cuando se infringe la política. Incluye detalles sobre el motivo por el cual se produjo el incumplimiento de la política y cómo resolverlo. No incluyas IIP ni datos sensibles en la descripción, ya que podrían exponerse en mensajes de error. Este campo puede contener hasta 2,000 caracteres.
7. En el cuadro Tipo de recurso, selecciona el nombre del recurso de REST Cloud de Confiance que contiene el objeto y el campo que quieres restringir, por ejemplo, container.googleapis.com/NodePool. La mayoría de los tipos de recursos admiten hasta 20 restricciones personalizadas. Si intentas crear más, la operación fallará.
8. En Método de aplicación, selecciona si deseas aplicar la restricción en un método de REST CREATE o en los métodos CREATE y UPDATE. Si aplicas la restricción con el método UPDATE en un recurso que la incumple, la política de la organización bloqueará los cambios en ese recurso, a menos que el cambio resuelva el incumplimiento.

Para ver los métodos compatibles con cada servicio, busca el servicio en Servicios que admiten restricciones personalizadas.

9. Para definir una condición, haz clic en edit Editar condición.
1. En el panel Agregar condición, crea una condición de CEL que haga referencia a un recurso de servicio compatible, por ejemplo, resource.management.autoUpgrade == false. Este campo puede contener hasta 1,000 caracteres. Para obtener detalles sobre el uso de CEL, consulta Common Expression Language. Para obtener más información sobre los recursos de servicio que puedes usar en las restricciones personalizadas, consulta Servicios compatibles con restricciones personalizadas.
2. Haz clic en Guardar.
10. En Acción, selecciona si quieres permitir o rechazar el método evaluado en caso de cumplirse la condición.

La acción de rechazo implica que la operación para crear o actualizar el recurso se bloquea si la condición se evalúa como verdadera.

La acción de permitir implica que la operación para crear o actualizar el recurso solo se permite si la condición se evalúa como verdadera. El resto de casos se bloquean, excepto los que se indican explícitamente en la condición.

11. Haz clic en Crear restricción.

Cuando ingreses un valor en cada campo, aparecerá a la derecha la configuración de YAML equivalente para esta restricción personalizada.

gcloud

1. Para crear una restricción personalizada, crea un archivo YAML con el formato siguiente:

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes: RESOURCE_NAME
methodTypes:
  - CREATE
  - UPDATE 
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION

Reemplaza los valores que se indican a continuación:

• ORGANIZATION_ID: Es el ID de la organización, como 123456789.
• CONSTRAINT_NAME: Es el nombre que quieres usar para la nueva restricción personalizada. Una restricción personalizada solo puede contener letras (mayúsculas y minúsculas) o números, por ejemplo, custom.enforceTCPHealthCheckPort1024. Este campo puede contener hasta 70 caracteres, sin contar el prefijo (custom.), por ejemplo, organizations/123456789/customConstraints/custom. No incluyas PII ni datos sensibles en el ID de la restricción, ya que podrían exponerse en mensajes de error.
• RESOURCE_NAME: Es el nombre completamente calificado del recurso de Cloud de Confianceque contiene el objeto y el campo que quieres restringir. Por ejemplo, compute.googleapis.com/HealthCheck. La mayoría de los tipos de recursos admiten hasta 20 restricciones personalizadas. Si intentas crear más, la operación fallará.
• methodTypes: Son los métodos de REST en los que se aplica la restricción. Puede ser CREATE o ambos CREATE y UPDATE. Si aplicas la restricción con el método UPDATE en un recurso que la incumple, la política de la organización bloqueará los cambios en ese recurso, a menos que el cambio resuelva el incumplimiento.

Para ver los métodos compatibles con cada servicio, busca el servicio en Servicios que admiten restricciones personalizadas.

• CONDITION: Es una condición de CEL que se escribe con base en una representación de un recurso de servicio compatible. Este campo puede contener hasta 1,000 caracteres. Por ejemplo, "resource.tcpHealthCheck.port >= 1024".

Para obtener más información sobre los recursos disponibles para escribir condiciones, consulta Recursos admitidos.

• ACTION: Es la acción que se realiza si se cumple la condition. Los valores posibles son ALLOW y DENY.

La acción de permitir implica que, si la condición se evalúa como verdadera, se permite la operación para crear o actualizar el recurso. Esto también quiere decir que se bloquea el resto de casos, excepto el que se indica de forma explícita en la condición.

La acción de rechazo implica que, si la condición se evalúa como verdadera, se bloquea la operación para crear o actualizar el recurso.

• DISPLAY_NAME: Es un nombre legible para la restricción. Este nombre se usa en los mensajes de error y se puede usar para la identificación y depuración. No uses PII ni datos sensibles en los nombres visibles, ya que podrían exponerse en mensajes de error. Este campo puede contener hasta 200 caracteres.
• DESCRIPTION: Es una descripción simple de la restricción que se mostrará como un mensaje de error cuando se infrinja la política. Este campo puede contener hasta 2,000 caracteres.
2. Después de crear el archivo YAML de una nueva restricción personalizada, debes configurarla con el objetivo de que esté disponible para las políticas de la organización de tu empresa. Para configurar una restricción personalizada, usa el el comando gcloud org-policies set-custom-constraint:

gcloud org-policies set-custom-constraint CONSTRAINT_PATH

Reemplaza CONSTRAINT_PATH por la ruta de acceso completa al archivo de la restricción personalizada. Por ejemplo, /home/user/customconstraint.yaml.

Una vez que se complete esta operación, tus restricciones personalizadas estarán disponibles en la lista de políticas de la organización de Cloud de Confiance by S3NS .

3. Para verificar que la restricción personalizada exista, usa el comando gcloud org-policies list-custom-constraints:

gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID

Reemplaza ORGANIZATION_ID por el ID del recurso de tu organización.

Para obtener más información, consulta Visualiza las políticas de la organización .

Aplica una política de la organización personalizada

Puedes aplicar una restricción cuando creas una política de la organización que haga referencia a ella y, luego, aplicas esa política a un recurso de Cloud de Confiance by S3NS .

Consola

1. En la consola de Cloud de Confiance , ve a la página Políticas de la organización.

   Ir a Políticas de la organización

2. En el selector de proyectos, elige el proyecto cuya política de la organización quieres configurar.
3. En la lista de la página Políticas de la organización, selecciona una restricción para ver la página Detalles de la política de esa restricción.
4. Si deseas configurar las políticas de la organización para este recurso, haz clic en Administrar política.
5. En la página Editar política, selecciona Anular la política del superior.
6. Haz clic en Agregar una regla.
7. En la sección Aplicación, selecciona si quieres que se aplique o no esta política de la organización.
8. Opcional: Para que la política de la organización sea condicional en una etiqueta, haz clic en Agregar condición. Ten en cuenta que, si agregas una regla condicional a una política de la organización, debes agregar una regla sin condición como mínimo; de lo contrario, la política no se puede guardar. Para obtener más información, consulta Cómo definir el alcance de las políticas de la organización con etiquetas.
9. Haz clic en Probar cambios para simular el efecto de la política de la organización. Para obtener más información, consulta Prueba los cambios en políticas de la organización con Policy Simulator.
10. Para aplicar la política de la organización en modo de ejecución de prueba, haz clic en Establecer política de ejecución de prueba. Para obtener más información, consulta Prueba las políticas de la organización.
11. Luego de verificar que la política de la organización en el modo de ejecución de prueba funciona según lo previsto, haz clic en Configurar política para configurar la política activa.

gcloud

1. Para crear una política de la organización con reglas booleanas, crea un archivo YAML de política que haga referencia a la restricción:

name: projects/PROJECT_ID/policies/CONSTRAINT_NAME
spec:
  rules:
  - enforce: true

dryRunSpec:
  rules:
  - enforce: true

Reemplaza los valores que se indican a continuación:

• PROJECT_ID: Es el proyecto en el que quieres aplicar tu restricción.
• CONSTRAINT_NAME: Es el nombre que definiste para tu restricción personalizada. Por ejemplo: custom.enforceTCPHealthCheckPort1024.
2. Para aplicar la política de la organización en el modo de ejecución de prueba, ejecuta el comando siguiente con la marca dryRunSpec:

gcloud org-policies set-policy POLICY_PATH --update-mask=dryRunSpec

Reemplaza POLICY_PATH por la ruta de acceso completa al archivo YAML de la política de la organización. La política tarda hasta 15 minutos en aplicarse.

3. Luego de verificar que la política de la organización en modo de ejecución de prueba funciona según lo previsto, configura la política activa con el comando org-policies set-policy y la marca spec:

gcloud org-policies set-policy POLICY_PATH --update-mask=spec

Reemplaza POLICY_PATH por la ruta de acceso completa al archivo YAML de la política de la organización. La política tarda hasta 15 minutos en aplicarse.

Prueba la política de la organización personalizada

En el siguiente ejemplo, se crea una restricción personalizada que requiere que los puertos de verificación de estado de TCP sean 1024 o superiores, lo que impide el uso de puertos conocidos (0-1023).

Crea la restricción personalizada

1. Para definir una restricción personalizada, crea un archivo llamado constraint-tcp-health-check-ports.yaml.

   name: organizations/ORGANIZATION_ID/customConstraints/custom.enforceTCPHealthCheckPort1024
   resource_types:
   – compute.googleapis.com/HealthCheck
   condition: "resource.tcpHealthCheck.port >= 1024"
   method_types:
   – CREATE
   – UPDATE
   action_type: ALLOW
   display_name: Only TCP health check ports >= 1024 allowed.
   description: Prevent TCP health checks on well-known ports.

   Reemplaza ORGANIZATION_ID por el ID de tu organización.

2. Aplica la restricción personalizada.

   gcloud org-policies set-custom-constraint constraint-tcp-health-check-ports
   

Crea la política de la organización

1. Para definir una política de la organización, crea un archivo llamado policy-tcp-health-check-ports.yaml. En este ejemplo, aplicamos esta restricción a nivel del proyecto, pero también puedes configurarla a nivel de la organización o de la carpeta.

   name: projects/PROJECT_ID/policies/custom.enforceTCPHealthCheckPort1024
   spec:
     rules:
     – enforce: true

   Reemplaza PROJECT_ID con el ID del proyecto.

2. Aplica la política de la organización.

   gcloud org-policies set-policy policy-tcp-health-check-ports
   

3. Verifica que exista la política de la organización.

   gcloud org-policies list --project PROJECT_ID
   

   El resultado es similar a lo siguiente:

   CONSTRAINT: custom.enforceTCPHealthCheckPort1024
   LIST_POLICY: SET
   BOOLEAN_POLICY: -
   ETAG: CNHuh7kGEJiatFo=-
   

Prueba la política

1. Para probar la restricción, crea una verificación de estado de TCP en el puerto 80.

   gcloud compute health-checks create tcp my-tcp-health-check \
       --project=PROJECT_ID \
       --region=us-central1 \
       --port=80 \
       --check-interval=5s \
       --timeout=5s \
       --healthy-threshold=4 \
       --unhealthy-threshold=5 \
   

   La operación no está permitida y el resultado es similar al siguiente:

   ERROR: (gcloud.compute.healthChecks.create) Could not fetch resource:
   – Operation denied by custom org policies: [customConstraints/custom.enforceTCPHealthCheckPort1024]: Only TCP health check ports >= 1024 allowed.
   

Ejemplos de políticas de la organización personalizadas para casos de uso comunes

En la siguiente tabla, se proporciona la sintaxis de algunas restricciones personalizadas comunes.

Descripción	Sintaxis de la restricción
Exige que todos los buckets de backend tengan habilitado Cloud CDN	name: organizations/ORGANIZATION_ID/customConstraints/custom.backendBucketEnableCdn resourceTypes: - compute.googleapis.com/BackendBucket methodTypes: - CREATE - UPDATE condition: "resource.enableCdn == true" actionType: ALLOW displayName: Require all backend buckets to have Cloud CDN enabled description: All backend buckets must have Cloud CDN enabled.
No permitir el uso de HTTP y TCP como protocolos de servicio de backend	name: organizations/ORGANIZATION_ID/customConstraints/custom.backendBucketEnableCdn resourceTypes: - compute.googleapis.com/BackendService methodTypes: - CREATE - UPDATE condition: "resource.protocol == 'HTTP' || resource.protocol == 'TCP'" actionType: DENY displayName: Disallow the use of HTTP and TCP as backend service protocols description: Backend services cannot configure HTTP or TCP as the backend service protocol.
Se requiere que las reglas de reenvío usen el nivel Estándar	name: organizations/ORGANIZATION_ID/customConstraints/custom.forwardingRulesStandardTier resourceTypes: - compute.googleapis.com/ForwardingRule methodTypes: - CREATE - UPDATE condition: "resource.networkTier == 'STANDARD'" actionType: ALLOW displayName: Require forwarding rules to use Standard Tier description: Forwarding rules must use the Standard Network Service Tier.
Exige que todos los protocolos de verificación de estado se realicen en el puerto 1024 o en uno superior.	name: organizations/ORGANIZATION_ID/customConstraints/custom.healthCheckPortMin1024 resourceTypes: - compute.googleapis.com/HealthCheck methodTypes: - CREATE - UPDATE condition: "resource.tcpHealthCheck.port >= 1024 && resource.httpHealthCheck.port >= 1024 && resource.httpsHealthCheck.port >= 1024 && resource.sslHealthCheck.port >= 1024 && resource.sslHealthCheck.port >= 1024 &&resource.http2HealthCheck.port >= 1024 && resource.grpcHealthCheck.port >= 1024" actionType: ALLOW displayName: Require port 1024 or greater for all health checks description: All health check protocols must use a port of 1024 or higher, to avoid well-known ports.
No permitir las verificaciones de estado de gRPC	name: organizations/ORGANIZATION_ID/customConstraints/custom.disallowGRPCHealthChecks resourceTypes: - compute.googleapis.com/HealthCheck methodTypes: - CREATE - UPDATE condition: "resource.type == 'GRPC'" actionType: DENY displayName: Disallow GRPC health checks description: Health checks aren't allowed to use GRPC.
Evita los sondeos de verificación de estado de alta frecuencia	name: organizations/ORGANIZATION_ID/customConstraints/custom.minHealthCheckFrequency resourceTypes: - compute.googleapis.com/HealthCheck methodTypes: - CREATE - UPDATE condition: "resource.checkIntervalSec >= 30" actionType: ALLOW displayName: Disallow fast health check probes description: Prevent health checks from having a probe frequency under 30 seconds.
No permitir valores de tiempo de espera de keepalive de HTTPS del cliente superiores a 1,000 segundos	name: organizations/ORGANIZATION_ID/customConstraints/custom.clientHTTPSKeepalive1000Sec resourceTypes: - compute.googleapis.com/TargetHttpsProxy methodTypes: - CREATE - UPDATE condition: "resource.httpKeepAliveTimeoutSec > 1000" actionType: DENY displayName: Disallow client HTTPS keepalive timeout greater than 1000 seconds description: Disallow client HTTPS keepalive timeout values greater than 1000 seconds.
Exige que los mapas de URL tengan una política de respuesta de error personalizada para los códigos de estado HTTP 500	name: organizations/ORGANIZATION_ID/customConstraints/custom.urlMapCustomResponseHTTP500 resourceTypes: - compute.googleapis.com/UrlMaps methodTypes: - CREATE - UPDATE condition: "resource.defaultCustomErrorResponsePolicy.errorResponseRule.exists(value, value.matchResponseCode == 500)" actionType: ALLOW displayName: Require URL maps to have a custom error response policy for HTTP 500 errors description: URL maps must have a custom error response policy configured for HTTP 500 errors.
Exige que las instancias de destino tengan un nombre que comience con la cadena "targetInstance".	name: organizations/ORGANIZATION_ID/customConstraints/custom.targetInstanceConstraint resourceTypes: - compute.googleapis.com/TargetInstance methodTypes: - CREATE - UPDATE condition: "resource.name.startsWith('targetInstance')" actionType: ALLOW displayName: Require target instances to have a name that starts with the string "targetInstance" description: Target instances must have resource names that start with the string "targetInstance"
Exige que los grupos de destino tengan una afinidad de sesión de CLIENT_IP	name: organizations/ORGANIZATION_ID/customConstraints/custom.targetPoolConstraint resourceTypes: - compute.googleapis.com/TargetPool methodTypes: - CREATE - UPDATE condition: "resource.sessionAffinity == 'CLIENT_IP'" actionType: ALLOW displayName: Require target pools to use CLIENT_IP session affinity description: Target pools must use CLIENT_IP session affinity
Restringe la versión mínima de TLS a 1.2	name: organizations/ORGANIZATION_ID/customConstraints/custom.restrictLbTlsVersion resource_types: compute.googleapis.com/SslPolicy methodTypes: - CREATE - UPDATE condition: resource.minTlsVersion == "TLS_1_2" action_type: ALLOW display_name: Restrict Load Balancing TLS version to 1.2 description: Only allow SSL policies to be created or updated if the minimum TLS version is 1.2 where this custom constraint is enforced.
Permite la creación de un recurso SSL si se cumplen las siguientes condiciones: La versión mínima de TLS está establecida en 1.2. La política de SSL tiene un perfil CUSTOM que te permite seleccionar funciones de SSL de forma individual. La política de SSL no incluye el conjunto de algoritmos de cifrado ChaCha20-Poly1305	name: organizations/ORGANIZATION_ID/customConstraints/custom.restrictLbTlsCapabilities resourceTypes: - compute.googleapis.com/SslPolicy methodTypes: - CREATE - UPDATE condition: resource.minTlsVersion == "TLS_1_2" && resource.profile == "CUSTOM" && !resource.customFeatures.exists(feature, feature.contains("CHACHA20_POLY1305")) actionType: ALLOW displayName: Restrict Load Balancing TLS Capabilities description: Only allow SSL Policy resources to be created or updated if the minimum TLS version is 1.2, profile is CUSTOM, and no ChaCha20-Poly1305 cipher suite is used where this custom constraint is enforced.

Recursos admitidos de Cloud Load Balancing

En el caso de Cloud Load Balancing, puedes establecer restricciones personalizadas en los siguientes recursos y campos.

¿Qué sigue?

• Obtén más información sobre el Servicio de políticas de la organización.
• Obtén más información para crear y administrar políticas de la organización.
• Consulta la lista completa de restricciones de políticas de la organización administradas.