Usar políticas de organización personalizadas

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

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

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

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

El Google Cloud servicio de políticas de organización te permite controlar los recursos de tu organización de forma centralizada y programática. Como administrador de políticas de organización, puedes definir una política de organización, que es un conjunto de restricciones llamadas restricciones que se aplican a losGoogle Cloud recursos y a los elementos descendientes de esos recursos en la Google Cloud jerarquía de recursos. Puedes aplicar políticas de organización a nivel de organización, carpeta o proyecto.

La política de la organización proporciona restricciones gestionadas integradas para varios servicios de Google Cloud . Sin embargo, si quieres tener un control más granular 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 organización se heredan de los descendientes de los recursos en los que se aplican. Por ejemplo, si aplicas una política a una carpeta, Google Cloud se aplicará a todos los proyectos de la carpeta. Para obtener más información sobre este comportamiento y cómo cambiarlo, consulta las reglas de evaluación de la jerarquía.

Ventajas

Usa políticas de organización personalizadas para hacer lo siguiente con las políticas de autorización binaria:

• Cumple los requisitos de seguridad exigiendo la autorización de los usuarios para implementar imágenes del sistema.
• Asegúrate de que la atestación sea obligatoria para todos los despliegues de pods en la política de autorización binaria.
• Asegúrate de que se incluyan attestors específicos en la política de autorización binaria que se utilice para la verificación de la certificación.
• Restringe las operaciones permitidas a un patrón de lista de elementos permitidos definido en la política de autorización binaria.

Usa políticas de organización personalizadas para hacer lo siguiente con las atestaciones de Autorización binaria:

• Asegúrate de que los certificadores se creen con metadatos descriptivos para definir claramente su finalidad.
• Asegúrate de que la clave criptográfica asociada a cada attestor se genera mediante un algoritmo de firma específico y predeterminado.

Antes de empezar

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.

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 (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

Go to project selector

Verify that billing is enabled for your Google Cloud project.

Install the Google Cloud CLI.

Si utilizas un proveedor de identidades (IdP) externo, primero debes iniciar sesión en la CLI de gcloud con tu identidad federada.

Para inicializar gcloud CLI, ejecuta el siguiente comando:

gcloud init

In the Google Cloud console, on the project selector page, select or create a Google Cloud 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 (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

Go to project selector

Verify that billing is enabled for your Google Cloud project.

Install the Google Cloud CLI.

Si utilizas un proveedor de identidades (IdP) externo, primero debes iniciar sesión en la CLI de gcloud con tu identidad federada.

Para inicializar gcloud CLI, ejecuta el siguiente comando:

gcloud init

1. Asegúrate de que conoces el ID de tu organización.

Roles obligatorios

Para obtener los permisos que necesitas para gestionar las políticas de la organización, pide a tu administrador que te conceda los siguientes roles de gestión de identidades y accesos:

• Administrador de políticas de organización (roles/orgpolicy.policyAdmin) en el recurso de organización
• Para actualizar una política, sigue estos pasos: Roles de la política de autorización binaria (roles/binaryauthorization.policyEditor) en el proyecto
• Para crear y actualizar un encargado de la atestación, sigue estos pasos: Roles de encargado de la atestación de autorización binaria (roles/binaryauthorization.attestorsAdmin) en el proyecto

Para obtener más información sobre cómo conceder roles, consulta el artículo Gestionar el acceso a proyectos, carpetas y organizaciones.

Estos roles predefinidos contienen los permisos necesarios para gestionar las políticas de la organización. Para ver los permisos exactos que se necesitan, despliega la sección Permisos necesarios:

Permisos obligatorios

Para gestionar las políticas de la organización, se necesitan los siguientes permisos:

• orgpolicy.* en el recurso de organización
• Para actualizar una política de autorización binaria, sigue estos pasos:
  • binaryauthorization.policy.update en el recurso del proyecto
  • binaryauthorization.policy.get en el recurso del proyecto
• Para crear o actualizar un encargado de la atestación de autorización binaria, sigue estos pasos:
  • 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 u otros roles predefinidos.

Crear 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 admite el servicio en el que se aplica la política de la organización. Las condiciones de tus restricciones personalizadas se definen mediante el lenguaje de expresión común (CEL). Para obtener más información sobre cómo crear condiciones en restricciones personalizadas con CEL, consulta la sección sobre CEL del artículo Crear y gestionar 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

Haz los cambios siguientes:

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

• CONSTRAINT_NAME: el nombre que quieras asignar a la nueva restricción personalizada. Una restricción personalizada debe empezar por custom. y solo puede incluir letras mayúsculas, letras minúsculas o números. Por ejemplo, custom.ensureBinaryAuthorizationEnforcementEnabled. La longitud máxima de este campo es de 70 caracteres.

• RESOURCE_NAME: nombre completo del recursoGoogle Cloud que contiene el objeto y el campo que quieres restringir. Por ejemplo, binaryauthorization.googleapis.com/Policy.

• CONDITION: una condición CEL que se escribe en una representación de un recurso de servicio compatible. Este campo tiene una longitud máxima de 1000 caracteres. Consulta los recursos admitidos para obtener más información sobre los recursos con los que puedes escribir condiciones. Por ejemplo, "resource.defaultAdmissionRule.enforcementMode == 'ENFORCED_BLOCK_AND_AUDIT_LOG'".

• ACTION: la acción que se debe llevar a cabo si se cumple la condición condition. Los valores posibles son ALLOW y DENY.

• DISPLAY_NAME: nombre descriptivo de la restricción. Este campo tiene una longitud máxima de 200 caracteres.

• DESCRIPTION: descripción de la restricción que se mostrará como mensaje de error cuando se infrinja la política. Este campo tiene una longitud máxima de 2000 caracteres.

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

Configurar una restricción personalizada

Una vez que hayas creado el archivo YAML de una nueva restricción personalizada, debes configurarla para que esté disponible en las políticas de 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

Sustituye CONSTRAINT_PATH por la ruta completa a tu archivo de restricciones personalizadas. Por ejemplo, /home/user/customconstraint.yaml. Una vez completado el proceso, las restricciones personalizadas estarán disponibles como políticas de organización en la lista de Google Cloud políticas de organización. Para verificar que la restricción personalizada existe, usa el comando gcloud org-policies list-custom-constraints:

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

Sustituye ORGANIZATION_ID por el ID del recurso de tu organización. Para obtener más información, consulta Ver políticas de la organización.

Aplicar una política de organización personalizada

Para aplicar una restricción, crea una política de organización que haga referencia a ella y, a continuación, aplica esa política de organización a un Google Cloud recurso.

Consola

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

   Ir a Políticas de organización

2. En el selector de proyectos, elige el proyecto para el que quieras definir la política de organización.
3. En la lista de la página Políticas de organización, selecciona la restricción para ver la página Detalles de la política correspondiente.
4. Para configurar la política de la organización de este recurso, haz clic en Gestionar política.
5. En la página Editar política, selecciona Anular política del recurso superior.
6. Haz clic en Añadir regla.
7. En la sección Aplicación, selecciona si quieres activar o desactivar la aplicación de esta política de la organización.
8. Opcional: Para que la política de la organización dependa de una etiqueta, haz clic en Añadir condición. Ten en cuenta que, si añades una regla condicional a una política de organización, debes añadir al menos una regla incondicional o la política no se podrá guardar. Para obtener más información, consulta Configurar una política de 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 gestionadas antiguas. Para obtener más información, consulta el artículo Probar los cambios en las políticas de la organización con el simulador de políticas.
10. Para finalizar y aplicar la política de organización, haz clic en Definir política. La política tarda hasta 15 minutos en aplicarse.

gcloud

Para crear una política de 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
    

Haz los cambios siguientes:

• PROJECT_ID: el proyecto en el que quieras aplicar la restricción.
• CONSTRAINT_NAME: el nombre que has definido 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
    

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

Probar la política de organización personalizada

En el siguiente ejemplo se muestra cómo crear una restricción y una política personalizadas que aseguren que se aplique la política de autorización binaria en un proyecto, lo que impide que se realicen implementaciones cuando faltan certificaciones.

Antes de empezar, asegúrate de lo siguiente:

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

Crear 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 que se actualicen las políticas de autorización binaria a menos que defaultAdmissionRule.enforcementMode se defina 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 debería ser similar al siguiente:

   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
   

Crear la política

1. Guarda el siguiente archivo como policy.yaml:

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

   Sustituye PROJECT_ID por el ID del proyecto.

2. Aplica la política:

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

3. Comprueba que la política exista:

   gcloud org-policies list --project=PROJECT_ID
   

   El resultado debería ser similar al siguiente:

   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 empiece a aplicarla.

Probar 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'

El resultado es el siguiente:

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

Ejemplos de políticas de organización personalizadas para casos prácticos habituales

En esta tabla se muestran ejemplos de sintaxis de algunas restricciones personalizadas habituales.

Descripción	Sintaxis de las restricciones
Asegurarse de que las atestaciones 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.
Asegurarse de que un attestor concreto está presente en 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 de Attestor 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 concreto 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 indican los recursos de Autorización binaria a los que puede 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

Siguientes pasos

• Consulta más información sobre el servicio de políticas de organización.
• Consulta más información sobre cómo crear y gestionar políticas de la organización.
• Consulta la lista completa de restricciones de políticas de la organización gestionadas.