Crea una política de la organización en modo de prueba de validación

En esta página, se muestra cómo usar una política de organización en modo de ejecución de prueba para supervisar cómo un cambio en la política afectaría tus flujos de trabajo antes de que se aplique.

Una política de la organización en modo de ejecución de prueba se crea y aplica de manera similar a otras políticas de la organización y los incumplimientos de la política se registran que las acciones infractoras no se rechacen.

Antes de comenzar

Para usar una política de la organización en modo de ejecución de prueba, debes tener habilitada la facturación tu proyecto de Google Cloud. Para obtener información sobre cómo verificar si la facturación está habilitada para un proyecto, consulta Verifica el estado de facturación de tus proyectos.

Para obtener más información sobre qué son las políticas y restricciones de la organización y cómo funcionan, consulta Introducción al servicio de políticas de la organización.

Roles obligatorios

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

Este rol predefinido contiene 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.constraints.list
  • orgpolicy.policies.create
  • orgpolicy.policies.delete
  • orgpolicy.policies.list
  • orgpolicy.policies.update
  • orgpolicy.policy.get
  • orgpolicy.policy.set

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

Limitaciones

Las únicas restricciones de políticas de la organización disponibles para usar en una prueba de validación las políticas de la organización son:

Intentas crear una política de la organización en modo de prueba de validación con cualquier otro limitación da como resultado un error.

Crea una política de la organización en modo de prueba de validación

Enumera restricciones

Puedes crear una política de la organización en modo de prueba para una restricción de lista con la consola de Google Cloud o Google Cloud CLI. En los siguientes ejemplos, se muestra cómo crear una política de la organización en modo de prueba que audite el efecto de la restricción de lista gcp.restrictServiceUsage.

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 recurso para el que deseas configurar la política de la organización.

  3. Selecciona la restricción Restringir el uso de servicios del recurso de la lista que se encuentra en la página Políticas de la organización.

  4. Selecciona la pestaña Ejecución de prueba.

  5. Haz clic en Administrar la política de prueba de validación.

  6. En la página Editar política de prueba de validación, selecciona Anular la política del superior.

  7. En Aplicación de la política, haz clic en Reemplazar.

  8. Haz clic en Agregar regla.

  9. En Valores de la política, selecciona Personalizado.

  10. En Tipo de política, selecciona Rechazar.

  11. En el cuadro Valores personalizados, ingresa compute.googleapis.com y, luego, haz clic en Listo.

  12. Si se trata de una restricción personalizada, puedes hacer clic en Probar cambios para simular el efecto de esta política de la organización. Para obtener más información, consulta Prueba los cambios en las políticas de la organización con Policy Simulator.

  13. Para aplicar la política de la organización en modo de prueba de validación, haz clic Establece la política de prueba de validación. También puedes establecer la política activa haciendo clic Configura la política.

Para verificar el estado de la política de tu organización en el modo de ejecución de prueba, ve a la pestaña Ejecución de prueba de una restricción de política de la organización.

Para los proyectos que tienen una política de la organización en modo de ejecución de prueba aplicada a para verlos, haz clic en Ver registros de rechazo para ver los registros de auditoría. Para esta política de la organización, los registros de auditoría muestran los incumplimientos Se aplica la restricción Restrict Resource Service Usage para denegar compute.googleapis.com

gcloud

Para crear una política de la organización en modo de prueba, crea un archivo YAML define la restricción con dryRunSpec. Por ejemplo:

  name: RESOURCE_TYPE/RESOURCE_ID/policies/gcp.restrictServiceUsage
  dryRunSpec:
    rules:
    - values:
        deniedValues:
        - compute.googleapis.com

Reemplaza lo siguiente:

  • RESOURCE_TYPE por organizations, folders o projects.

  • RESOURCE_ID con el ID de la organización, el ID de la carpeta, el ID del proyecto o el número del proyecto, según el tipo de recurso especificado en RESOURCE_TYPE.

Esta política de la organización no aplicará de manera forzosa las gcp.restrictServiceUsage restricción, pero los registros de auditoría muestran los incumplimientos como si lo hicieran.

Puedes establecer una política de la organización activa y una de prueba en el mismo archivo YAML, si defines spec y dryRunSpec. Por ejemplo:

name: RESOURCE_TYPE/RESOURCE_ID/policies/gcp.restrictServiceUsage
spec:
  rules:
  - values:
      allowedValues:
      - container.googleapis.com

dryRunSpec:
  rules:
  - values:
      allowedValues:
      - compute.googleapis.com
      - appengine.googleapis.com

Para aplicar una política de la organización en el modo de ejecución de prueba, usa el comando org-policies set policy. Actualiza una política de la organización existente En el modo de ejecución de prueba con restricciones nuevas, usa la marca --update-mask. Por ejemplo:

gcloud org-policies set-policy POLICY_PATH \
  --update-mask=UPDATE_MASK

Reemplaza lo siguiente:

  • POLICY_PATH por la ruta de acceso completa al archivo YAML de la política de la organización.

  • UPDATE_MASK con spec para solo actualizar política activa, o dryRunSpec para actualizar solo la política de la organización en modo de ejecución de prueba. También puedes usar * para actualizar los campos spec y dryRunSpec. Si este campo no se configura cuando se actualiza un de la organización, este comando generará un error no se actualizará la política de la organización.

Puedes verificar que la política de la organización en modo de ejecución de prueba esté configurada con el comando org-policies describe. El campo dryRunSpec aparece solo si existe en la política de la organización.

Esta política de la organización aplicaría la restricción gcp.restrictServiceUsage de modo que solo se permita container.googleapis.com. Sin embargo, los registros de auditoría también muestran infracciones de compute.googleapis.com y appengine.googleapis.com.

Restricciones booleanas

Puedes crear una política de la organización en modo de prueba para una restricción booleana con la consola de Google Cloud o Google Cloud CLI. Los siguientes ejemplos: demostraremos cómo crear una política de la organización en modo de prueba de validación que audite efecto de una política de la organización personalizada booleana.

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 recurso para el que deseas configurar la política de la organización.

  3. Selecciona de la lista la política de la organización personalizada que quieres aplicar de manera forzosa. en la página Políticas de la organización.

  4. Selecciona la pestaña Ejecución de prueba.

  5. Haz clic en Administrar la política de prueba de validación.

  6. En la página Editar política de ejecución de prueba, selecciona Anular la política del elemento superior.

  7. Haz clic en Agregar regla.

  8. En Aplicación, selecciona Activado y, luego, haz clic en Listo.

  9. Para aplicar la política de la organización en el modo de ejecución de prueba, haz clic en Establecer política de ejecución de prueba. Una vez que verifiques que la política de la organización modo de ejecución de prueba funciona según lo previsto, puedes establecer la política activa haciendo clic Configura la política.

Para verificar el estado de la política de tu organización en el modo de ejecución de prueba, ve a la pestaña Ejecución de prueba de una restricción de política de la organización.

En el caso de los proyectos a los que se les aplicó una política de la organización en modo de ejecución de prueba, puedes ver los registros de auditoría haciendo clic en Ver registros de rechazo. Para esta política de la organización, los registros de auditoría muestran los incumplimientos se aplique la política personalizada de la organización.

gcloud

Para crear una política de la organización en modo de prueba, crea un archivo YAML define la restricción con dryRunSpec. Por ejemplo:

  name: RESOURCE_TYPE/RESOURCE_ID/policies/CONSTRAINT_NAME
  dryRunSpec:
    rules:
    - enforce: true

Reemplaza lo siguiente:

  • RESOURCE_TYPE por organizations, folders o projects.

  • RESOURCE_ID por el ID de la organización, la carpeta ID, ID del proyecto o número de proyecto, según el tipo de recurso especificadas en RESOURCE_TYPE.

  • CONSTRAINT_NAME por el nombre del elemento personalizado “compute.vmExternalIpAccess”. Por ejemplo, custom.disableGkeAutoUpgrade

Esta política de la organización no aplicará la restricción personalizada, pero los registros de auditoría mostrarán incumplimientos como si lo hiciera.

Puedes establecer una política de la organización activa y una en modo de prueba en el mismo archivo YAML, si defines spec y dryRunSpec. Por ejemplo:

name: RESOURCE_TYPE/RESOURCE_ID/policies/CONSTRAINT_NAME
spec:
  rules:
  - enforce: false

dryRunSpec:
  rules:
  - enforce: true

Para aplicar una política de la organización en el modo de ejecución de prueba, usa el comando org-policies set policy. Actualiza una política de la organización existente En el modo de ejecución de prueba con restricciones nuevas, usa la marca --update-mask. Por ejemplo:

gcloud org-policies set-policy POLICY_PATH \
  --update-mask=UPDATE_MASK

Reemplaza lo siguiente:

  • POLICY_PATH por la ruta de acceso completa al archivo YAML de la política de la organización.

  • UPDATE_MASK con spec para solo actualizar política activa, o dryRunSpec para actualizar solo la política de la organización en modo de ejecución de prueba. También puedes usar * para actualizar los campos spec y dryRunSpec. Si no se configura este campo cuando se actualiza una política de organización existente, este comando generará un error y la política de organización no se actualizará.

Puedes verificar que se configure una política de la organización en modo de prueba de validación mediante el comando org-policies describe El campo dryRunSpec aparece solo si existe en la política de la organización.

Esta política de la organización no aplica la restricción personalizada. Sin embargo, los registros de auditoría muestran incumplimientos de la restricción personalizada.

Crea una política de la organización en modo de ejecución de prueba a partir de una política activa

Puedes usar una política de la organización existente como punto de partida para una política de la organización en modo de prueba. Es posible que quieras hacer esto para ver afecta a un cambio en la política existente que tendría en tu entorno.

Puedes crear una política de la organización en modo de prueba preliminar basada en una política existente con la consola de Google Cloud o Google Cloud CLI.

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 un recurso que ya tenga configurada la restricción Restrict Resource Service Usage.

  3. Selecciona la restricción Restringir el uso de servicios del recurso de la lista que se encuentra en la página Políticas de la organización.

  4. Selecciona la pestaña En vivo.

  5. Haz clic en Administrar política.

  6. Haz clic en Agregar regla.

  7. En Valores de la política, selecciona Personalizado.

  8. En Tipo de política, selecciona Rechazar.

  9. En el cuadro Valores personalizados, ingresa appengine.googleapis.com.

  10. Haz clic en Listo y, luego, en Establecer política de ejecución de prueba.

gcloud

Para crear una política de organización en modo de prueba preliminar según una política de organización existente, obtén la política actual del recurso con el comando org-policies describe. Por ejemplo:

gcloud org-policies describe gcp.restrictServiceUsage \
  --project=PROJECT_ID

Reemplaza PROJECT_ID por el ID del proyecto o el proyecto. la cantidad del proyecto en el que se configuró esta política de la organización.

El resultado debería ser similar al siguiente:

  name: projects/123456789012/policies/gcp.restrictServiceUsage
  spec:
    etag: CJy93KEGEKCJw/QB
    rules:
    - values:
        allowedValues:
        - compute.googleapis.com
  updateTime: '2023-04-12T21:11:56.512804Z'

Copia el resultado de este comando en un archivo temporal. Edita este archivo para quitar los campos etag y updateTime, y cambia el campo spec a dryRunSpec. Realiza los cambios en la configuración de restricciones que desees probar en la política de tu organización en el modo de prueba.

El archivo YAML terminado debería ser similar al siguiente:

  name: projects/123456789012/policies/gcp.restrictServiceUsage
  dryRunSpec:
    rules:
    - values:
        allowedValues:
        - compute.googleapis.com
        - appengine.googleapis.com

Para aplicar la política de la organización en modo de prueba de validación, usa el org-policies set policy con la marca --update-mask Por ejemplo:

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 temporal de la organización.

Borrar una política de la organización en modo de prueba de validación

Puedes borrar una política de la organización en modo de prueba de validación con el la consola de Google Cloud o Google Cloud CLI.

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 recurso para el que deseas configurar la política de la organización.

  3. Selecciona la restricción Restringir el uso de servicios del recurso de la lista que se encuentra en la página Políticas de la organización.

  4. Selecciona la pestaña Ejecución de prueba.

  5. Haz clic en Borrar política de prueba de validación.

gcloud

Para borrar una política de la organización en modo de prueba, crea un archivo YAML define la política de la organización sin una especificación de prueba de validación. Por ejemplo:

  name: RESOURCE_TYPE/RESOURCE_ID/policies/gcp.restrictServiceUsage
  spec:
    rules:
    - values:
        allowedValues:
        - container.googleapis.com

Reemplaza lo siguiente:

  • RESOURCE_TYPE por organizations, folders o projects

  • RESOURCE_ID con el ID de la organización, el ID de la carpeta, el ID del proyecto o el número del proyecto, según el tipo de recurso especificado en RESOURCE_TYPE.

Luego, usa el comando org-policies set policy con --update-mask. establecida en dryRunSpec. Por ejemplo:

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

Esto actualiza la política de la organización existente para quitar la prueba de validación especificación e ignora la parte activa de la especificación.

Para borrar las políticas de la organización activas y las políticas de la organización en modo de ejecución de prueba al mismo tiempo, usa el comando org-policies delete. Por ejemplo:

gcloud org-policies delete CONSTRAINT_NAME \
  --RESOURCE_TYPE=RESOURCE_ID

Reemplaza lo siguiente:

  • CONSTRAINT_NAME por el nombre de la restricción que quieres borrar. Por ejemplo, gcp.restrictServiceUsage

  • RESOURCE_TYPE por organizations, folders o projects

  • RESOURCE_ID por el ID de la organización, la carpeta ID, ID del proyecto o número de proyecto, según el tipo de recurso especificadas en RESOURCE_TYPE.

Evaluación eficaz de las políticas de la organización en modo de prueba de validación

Las políticas de la organización en el modo de ejecución de prueba se heredan de manera similar a otras políticas de la organización. Si se establece una política de la organización en modo de prueba en un recurso de la organización, todos los recursos secundarios la heredan, a menos que se anule en un nivel inferior de la jerarquía.

La evaluación de políticas vigentes muestra el resultado de las políticas de la organización que se combinan en ese recurso. Por lo tanto, los ajustes a la política de la organización activa se reflejan en la política de la organización vigente en el modo de ejecución de prueba, si la política del modo de ejecución de prueba se hereda en lugar de establecerse de forma local.

Modificar la política de la organización activa de un proyecto también modifica su política de la organización vigente en el modo de ejecución de prueba.

Por ejemplo, considera un recurso de organización, Organization A, con un elemento una política de la organización establecida en enforced: false y una política de la organización en el modo de ejecución de prueba establecido en enforced: true. Un recurso secundario, Folder B, también establece la política de la organización activa en enforced: false y hereda el política de la organización en modo de prueba de validación. En Folder B, la política activa establecida significa que la evaluación de la política efectiva de la política de la organización en el modo de ejecución de prueba también es enforce: false, lo que anula la política de la organización en el modo de ejecución de prueba establecido en su organización superior.

Un recurso secundario de Folder B, Project X, establece la política activa en enforced: true. Al igual que el comportamiento en Folder B, la red de la política de la organización en modo de prueba de validación para Project X es enforced: true, porque se estableció la política activa

Otro recurso secundario de Folder B, Project Y, establece la política de la organización en el modo de ejecución de prueba en enforced: true. Hereda la política de la organización de su recurso superior, por lo que la evaluación efectiva es enforced: false para la política activa y enforced: true para la política de la organización en modo de prueba.

Recurso Cómo establecer una política de la organización activa Política de la organización vigente Establecer la política de la organización en modo de prueba de validación Política de la organización vigente en modo de prueba de validación
Organización A enforced: false enforced: false enforced: true enforced: true
Carpeta B enforced: false enforced: false Ninguno enforced: false
Carpeta C Ninguno enforced: false Ninguno enforced: true
Proyecto X enforced: true enforced: true Ninguno enforced: true
Proyecto Y Ninguno enforced: false enforced: true enforced: true

Analizar los efectos de una política de la organización en modo de prueba de validación

Una política de la organización en modo de ejecución de prueba no bloquea ninguna operación cuando se aplica. Para ver el efecto que tendría tu política de la organización, puedes consultar los registros de auditoría de la política de la organización.

Registros de auditoría de las políticas de la organización para las políticas y la organización activas Las políticas en modo de ejecución de prueba se generan en función de si se permite la operación o rechazan a través de las políticas que se aplican a un recurso determinado. La siguiente tabla describe las situaciones en las que se genera un registro de auditoría de las políticas de la organización:

Política de la organización publicada Política de la organización en modo de ejecución de prueba Se generó un registro de auditoría
Permitir Permitir No
Permitir Rechazar Registro de auditoría solo en modo de ejecución de prueba
Rechazar Permitir Registros de auditoría en modo en vivo y de ejecución de prueba
Rechazar Rechazar Registros de auditoría en modo en vivo y de ejecución de prueba

Los incumplimientos de la política de la organización en el modo de ejecución de prueba aparecen junto con los incumplimientos en el modo activo en los registros de auditoría. Por ejemplo:

{
  "protoPayload": {
    "@type": "type.googleapis.com/google.cloud.audit.AuditLog",
    "status": {
      "code": 7,
      "message": "PERMISSION_DENIED"
    },
    "authenticationInfo": {},
    "requestMetadata": {
      "callerIp": "1.2.3.4",
      "requestAttributes": {},
      "destinationAttributes": {}
    },
    "serviceName": "appengine.googleapis.com",
    "methodName": "google.api.appengine.v1.appengine.apps.services.get",
    "resourceName": "projects/sur-project-test-3",
    "metadata": {
      "constraint": "constraints/gcp.restrictServiceUsage",
      "checkedValue": "appengine.googleapis.com",
      "liveResult": "ALLOWED",
      "@type": "type.googleapis.com/google.cloud.audit.OrgPolicyDryRunAuditMetadata",
      "dryRunResult": "DENIED"
    }
  },
  "insertId": "1f2bvoxcmg1",
  "resource": {
    "type": "audited_resource",
    "labels": {
      "project_id": "sur-project-test-3",
      "service": "appengine.googleapis.com",
      "method": "google.api.appengine.v1.appengine.apps.services.get"
    }
  },
  "timestamp": "2022-06-16T19:42:58.244990928Z",
  "severity": "WARNING",
  "logName": "projects/sur-project-test-3/logs/cloudaudit.googleapis.com%2Fpolicy",
  "receiveTimestamp": "2022-06-16T19:42:59.572025716Z"
}

Puedes usar el Explorador de registros para consultar solo las políticas de la organización en la ejecución de prueba infracciones del modo.

Console

En la consola de Google Cloud, puedes usar el Explorador de registros para recuperar las entradas de registro de auditoría de tu carpeta, organización o proyecto de Google Cloud:

  1. En la consola de Google Cloud, ve a Página Logging> Explorador de registros.

    Ir al Explorador de registros

  2. Selecciona una organización, una carpeta o un proyecto existente de Google Cloud.

  3. En el panel Compilador de consultas, sigue estos pasos:

    • En Tipo de recurso, selecciona el recurso de Google Cloud cuyos registros de auditoría deseas ver.

    • En Nombre del registro, selecciona el tipo de registro de auditoría política.

    • En el panel Consulta, ingresa lo siguiente: protoPayload.metadata.dryRunResult = "DENIED" AND \ protoPayload.metadata.liveResult = "ALLOWED"

    Si tienes problemas cuando intentas ver registros en el Explorador de registros, consulta la información sobre la solución de problemas.

    Para obtener más información de las consultas con el Explorador de registros, visita Compila consultas en el Explorador de registros.

gcloud

Google Cloud CLI proporciona una interfaz de línea de comandos para la API de Logging. Proporciona un identificador de recurso válido en cada uno de los nombres de registro. Por ejemplo, si tu consulta incluye un ID del proyecto, el el identificador de proyecto que proporciones debe hacer referencia al valor seleccionado actualmente el nombre del proyecto.

Para leer las entradas del registro de auditoría de las violaciones de la política de la organización en el modo de prueba, ejecuta el siguiente comando:

gcloud logging read protoPayload.metadata.dryRunResult = "DENIED" AND \
      protoPayload.metadata.liveResult = "ALLOWED" \
    --RESOURCE_TYPE=RESOURCE_ID \

Reemplaza lo siguiente:

  • RESOURCE_TYPE con organization, folder o project

  • RESOURCE_ID con el ID de la organización, el ID de la carpeta, el ID del proyecto o el número del proyecto, según el tipo de recurso especificado en RESOURCE_TYPE.

Agrega la marca --freshness a tu comando para leer registros más detallados hace más de 1 día.

Para obtener más información del uso de gcloud CLI, consulta gcloud logging read.

Si tienes muchos proyectos en tu organización, puedes usar receptores agregados para agregar y enrutar las entradas de registro de auditoría de todos los proyectos de tu organización a una tabla de BigQuery. Para obtener más información sobre cómo crear receptores agregados, consulta Recopila y enruta registros a nivel de la organización a destinos compatibles.

¿Qué sigue?

Obtén más información para crear y administrar políticas de la organización Restricciones, consulta Usa restricciones.