Usa políticas de la organización personalizadas

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

• binaryauthorization.googleapis.com/Policy
• binaryauthorization.googleapis.com/Attestor

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 políticas y restricciones de la organización

El Google Cloud Servicio de políticas de la organización 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 deGoogle Cloud y a sus descendientes en la jerarquía de recursos deGoogle Cloud . Puedes aplicar políticas de la organización a nivel de la organización, carpeta o proyecto.

La política de la organización proporciona restricciones administradas integradas para varios servicios de Google Cloud . 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, Google Cloud aplica la política en todos los proyectos de la carpeta. Para obtener más información sobre este comportamiento y cómo cambiarlo, consulta Reglas de evaluación de la jerarquía.

Beneficios

Usa políticas de la organización personalizadas para realizar las siguientes acciones con las políticas de Autorización Binaria:

• Aplicar los requisitos de seguridad exigiendo la autorización del usuario para la implementación de imágenes del sistema
• Asegúrate de que se requiera la certificación para todas las implementaciones de pods dentro de la política de Autorización Binaria.
• Asegúrate de que se incluyan certificadores específicos en la política de Autorización binaria que se usa para la verificación de la certificación.
• Restringe las operaciones permitidas a un patrón de lista de entidades permitidas definido dentro de la política de Autorización Binaria.

Usa políticas de la organización personalizadas para realizar las siguientes acciones con las certificaciones de la Autorización binaria:

• Asegúrate de que los certificadores se creen con metadatos descriptivos para definir claramente su propósito.
• Asegúrate de que la clave criptográfica asociada con cada certificador se genere con un algoritmo de firma específico y predeterminado.

Antes de comenzar

Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

Make sure that billing is enabled for your Google Cloud project.

Install the Google Cloud CLI.

If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

To initialize the gcloud CLI, run the following command:

gcloud init

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

Make sure that billing is enabled for your Google Cloud project.

Install the Google Cloud CLI.

If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

To initialize the gcloud CLI, run the following command:

gcloud init

1. Asegúrate de conocer el ID de la organización.

Roles obligatorios

Para obtener los permisos que necesitas para administrar las políticas de la organización, pídele a tu administrador que te otorgue los siguientes roles de IAM:

• Administrador de políticas de la organización (roles/orgpolicy.policyAdmin) en el recurso de la organización
• Para actualizar una política, debes tener uno de los siguientes roles en el proyecto: Roles de política de Autorización Binaria (roles/binaryauthorization.policyEditor) en el proyecto
• Para crear y actualizar un certificador: Roles de certificador de autorización binaria (roles/binaryauthorization.attestorsAdmin) en el proyecto

Para obtener más información sobre cómo otorgar roles, consulta Administra el acceso a proyectos, carpetas y organizaciones.

Estos roles predefinidos contienen los permisos necesarios para administrar las políticas de la organización. Para ver los permisos exactos que son necesarios, expande la sección Permisos requeridos:

Permisos necesarios

Se requieren los siguientes permisos para administrar las políticas de la organización:

• orgpolicy.* en el recurso de la organización
• Para actualizar una política de autorización binaria, haz lo siguiente:
  • binaryauthorization.policy.update en el recurso del proyecto
  • binaryauthorization.policy.get en el recurso del proyecto
• Para crear o actualizar un certificador de autorización binaria, haz lo siguiente:
  • binaryauthorization.attestors.get en el recurso del proyecto
  • binaryauthorization.attestors.list en el recurso del proyecto
  • binaryauthorization.attestors.create en el recurso del proyecto
  • binaryauthorization.attestors.update en el recurso del proyecto

También puedes obtener estos permisos con roles personalizados o con otros roles predefinidos.

Crea una restricción personalizada

Una restricción personalizada se define en un archivo YAML mediante 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). Si deseas obtener más información para compilar condiciones en restricciones personalizadas mediante CEL, consulta la sección CEL de Crea y administra restricciones personalizadas.

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

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

Reemplaza lo siguiente:

• ORGANIZATION_ID: el ID de la organización, como 123456789.

• CONSTRAINT_NAME: el nombre que deseas para tu nueva restricción personalizada. Una restricción personalizada debe comenzar con custom. y solo puede incluir letras mayúsculas, minúsculas o números. Por ejemplo, custom.ensureBinaryAuthorizationEnforcementEnabled. La longitud máxima de este campo es de 70 caracteres.

• RESOURCE_NAME: Es el nombre completamente calificado del recursoGoogle Cloud que contiene el objeto y el campo que deseas restringir. Por ejemplo, binaryauthorization.googleapis.com/Policy.

• CONDITION: una condición de CEL que se escribe en una representación de un recurso de servicio compatible. La longitud máxima de este campo es 1000 caracteres. Consulta Recursos compatibles con el fin de obtener más información sobre los recursos disponibles para escribir condiciones. Por ejemplo, "resource.defaultAdmissionRule.enforcementMode == 'ENFORCED_BLOCK_AND_AUDIT_LOG'".

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

• DISPLAY_NAME: un nombre descriptivo para la restricción. La longitud máxima de este campo es 200 caracteres.

• DESCRIPTION: una descripción fácil de usar de la restricción que se mostrará como un mensaje de error cuando se infringe la política. La longitud máxima de este campo es 2000 caracteres.

Para obtener más información sobre cómo crear una restricción personalizada, consulta Define restricciones personalizadas.

Configura una restricción personalizada

Después de crear el archivo YAML para una nueva restricción personalizada, debes configurarla para que esté disponible para las políticas de la organización de tu organización. Para configurar una restricción personalizada, usa 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 restricción personalizado. Por ejemplo, /home/user/customconstraint.yaml. Una vez completadas, tus restricciones personalizadas estarán disponibles como políticas de la organización en tu lista de Google Cloud políticas de la organización. 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 de manera forzosa una política de la organización personalizada

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

Console

1. En la consola de Google Cloud , 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, selecciona el proyecto para el que deseas configurar la política de la organización.
3. En la lista de la página Políticas de la organización, selecciona tu 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 elemento superior.
6. Haz clic en Agregar una regla.
7. En la sección Aplicación, selecciona si la aplicación de esta política de la organización está activada o desactivada.
8. Opcional: haz clic en Agregar condición para que la política de la organización sea condicional en una etiqueta. Ten en cuenta que si agregas una regla condicional a una política de la organización, debes agregar al menos una regla sin condición o la política no se puede guardar. Para obtener más información, consulta Configura una política de la organización con etiquetas.
9. Haz clic en Probar cambios para simular el efecto de la política de la organización. La simulación de políticas no está disponible para las restricciones administradas heredadas. Para obtener más información, consulta Prueba los cambios en las políticas de la organización con Policy Simulator.
10. Para finalizar y aplicar la política de la organización, haz clic en Establecer política. La política tarda hasta 15 minutos en aplicarse.

gcloud

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
    

Reemplaza lo siguiente:

• PROJECT_ID: el proyecto en el que deseas aplicar tu restricción.
• CONSTRAINT_NAME: el nombre que definiste para tu restricción personalizada. Por ejemplo: custom.ensureBinaryAuthorizationEnforcementEnabled

Para aplicar la política de la organización que contiene la restricción, ejecuta el siguiente comando:

    gcloud org-policies set-policy POLICY_PATH
    

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 muestra cómo crear una restricción y una política personalizadas que garanticen la aplicación de la política de Autorización binaria en un proyecto, lo que impide las implementaciones cuando faltan las certificaciones.

Antes de comenzar, asegúrate de lo siguiente:

• Habilita la API de Binary Authorization una vez por proyecto.
• Conoce el ID de tu organización.
• Conoce tu ID del proyecto.

Crea la restricción

1. Guarda el siguiente archivo como constraint.yaml:

   name: organizations/ORGANIZATION_ID/customConstraints/custom.ensureBinaryAuthorizationEnforcementEnabled
   resourceTypes:
   - binaryauthorization.googleapis.com/Policy
   methodTypes:
   - CREATE
   - UPDATE
   condition: "resource.defaultAdmissionRule.enforcementMode == 'ENFORCED_BLOCK_AND_AUDIT_LOG'"
   actionType: ALLOW
   displayName: Ensure Binary Authorization Enforcement is enabled
   description: Binary Authorization policy must have enforcement enabled to block deployments if one or more required attestations are missing.
   

   Esta restricción impide las actualizaciones de la política de Autorización binaria, a menos que defaultAdmissionRule.enforcementMode esté configurado como ENFORCED_BLOCK_AND_AUDIT_LOG.

2. Aplica la restricción:

   gcloud org-policies set-custom-constraint ~/constraint.yaml
   

3. Verifica que la restricción exista:

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

   El resultado es similar a este:

   CUSTOM_CONSTRAINT: custom.ensureBinaryAuthorizationEnforcementEnabled
   ACTION_TYPE: DENY
   METHOD_TYPES: CREATE,UPDATE
   RESOURCE_TYPES: binaryauthorization.googleapis.com/Policy
   DISPLAY_NAME: Ensure Binary Authorization Enforcement is enabled
   

Crea la política

1. Guarda el siguiente archivo como policy.yaml:

   name: projects/PROJECT_ID/policies/custom.ensureBinaryAuthorizationEnforcementEnabled
   spec:
     rules:
     - enforce: true
   

   Reemplaza PROJECT_ID con el ID del proyecto.

2. Aplica la política:

   gcloud org-policies set-policy ~/policy.yaml
   

3. Verifica que la política exista:

   gcloud org-policies list --project=PROJECT_ID
   

   El resultado es similar a este:

   CONSTRAINT: custom.ensureBinaryAuthorizationEnforcementEnabled
   LIST_POLICY: -
   BOOLEAN_POLICY: SET
   ETAG: CJSetr4GEPil1JAB-
   

Después de aplicar la política, espera unos dos minutos para que Google Cloud comience a aplicarla.

Prueba la política

cat > binauthzPolicy.yaml << EOM
globalPolicyEvaluationMode: DISABLE
defaultAdmissionRule:
  evaluationMode: ALWAYS_DENY
  enforcementMode: DRYRUN_AUDIT_LOG_ONLY
EOM

gcloud container binauthz policy import binauthzPolicy.yaml '--format=json'

Esta es la salida:

Operation denied by org policy: ["customConstraints/custom.ensureBinaryAuthorizationEnforcementEnabled": "Pod deployment should be blocked when admission rule are not satisfied."].

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 para casos de uso comunes:

Descripción	Sintaxis de la restricción
Asegúrate de que las certificaciones estén presentes en la política de Autorización binaria	name: organizations/ORGANIZATION_ID/customConstraints/custom.podCreationRequireAttestations resourceTypes: - binaryauthorization.googleapis.com/Policy methodTypes: - CREATE - UPDATE condition: "resource.defaultAdmissionRule.evaluationMode == 'REQUIRE_ATTESTATION'" actionType: ALLOW displayName: Attestations are required in Binary Authorization Policy description: Binary Authorization Policy evaluation requires attestations.
Asegúrate de que haya un verificador específico para la regla de admisión	name: organizations/ORGANIZATION_ID/customConstraints/custom.policyWithParticularAttestor resourceTypes: - binaryauthorization.googleapis.com/Policy methodTypes: - CREATE - UPDATE condition: "resource.defaultAdmissionRule.requireAttestationsBy.size() > 0 && resource.defaultAdmissionRule.requireAttestationsBy.exists(value, value.matches(r'^projects/[^/]+/attestors/qa-attestor$'))" actionType: ALLOW displayName: Ensure Binary Authorization policy contains qa-attestor. description: Ensure Binary Authorization policy contains qa-attestor.
No permitir la creación del certificador si falta la descripción	name: organizations/ORGANIZATION_ID/customConstraints/custom.enforceAttestorDescription resourceTypes: - binaryauthorization.googleapis.com/Attestor methodTypes: - CREATE - UPDATE condition: "resource.description == ''" actionType: DENY displayName: Deny Attestor creation that have no description. description: Binary Authorization Attestor should have description associated with it.
Permitir solo un algoritmo de firma específico para una clave	name: organizations/ORGANIZATION_ID/customConstraints/custom.allowParticularKeySignatureAlgorithm resourceTypes: - binaryauthorization.googleapis.com/Attestor methodTypes: - CREATE - UPDATE condition: "resource.userOwnedGrafeasNote.publicKeys.all(publicKey, publicKey.pkixPublicKey.signatureAlgorithm == 'ECDSA_P256_SHA256')" actionType: ALLOW displayName: Allow particular signature algorithm description: Only particular signature Algorithm is allowed.

Recursos compatibles con la Autorización Binaria

En la siguiente tabla, se enumeran los recursos de autorización binaria a los que puedes hacer referencia en las restricciones personalizadas.

Recurso	Campo
binaryauthorization.googleapis.com/Attestor	resource.description
	resource.name
	resource.userOwnedGrafeasNote.noteReference
	resource.userOwnedGrafeasNote.publicKeys.asciiArmoredPgpPublicKey
	resource.userOwnedGrafeasNote.publicKeys.comment
	resource.userOwnedGrafeasNote.publicKeys.pkixPublicKey.keyId
	resource.userOwnedGrafeasNote.publicKeys.pkixPublicKey.publicKeyPem
	resource.userOwnedGrafeasNote.publicKeys.pkixPublicKey.signatureAlgorithm
binaryauthorization.googleapis.com/Policy	resource.admissionWhitelistPatterns.namePattern
	resource.clusterAdmissionRules[*].enforcementMode
	resource.clusterAdmissionRules[*].evaluationMode
	resource.clusterAdmissionRules[*].requireAttestationsBy
	resource.defaultAdmissionRule.enforcementMode
	resource.defaultAdmissionRule.evaluationMode
	resource.defaultAdmissionRule.requireAttestationsBy
	resource.description
	resource.globalPolicyEvaluationMode
	resource.istioServiceIdentityAdmissionRules[*].enforcementMode
	resource.istioServiceIdentityAdmissionRules[*].evaluationMode
	resource.istioServiceIdentityAdmissionRules[*].requireAttestationsBy
	resource.kubernetesNamespaceAdmissionRules[*].enforcementMode
	resource.kubernetesNamespaceAdmissionRules[*].evaluationMode
	resource.kubernetesNamespaceAdmissionRules[*].requireAttestationsBy
	resource.kubernetesServiceAccountAdmissionRules[*].enforcementMode
	resource.kubernetesServiceAccountAdmissionRules[*].evaluationMode
	resource.kubernetesServiceAccountAdmissionRules[*].requireAttestationsBy

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