Restringe identidades por dominio

Resource Manager proporciona una restricción de dominio que se puede usar en las políticas de la organización para limitar el uso compartido de recursos según el dominio o el recurso de la organización. Esta restricción te permite restringir el conjunto de identidades que se pueden usar en las políticas de administración de identidades y accesos.

Las políticas de la organización pueden usar esta restricción para limitar el uso compartido de recursos a las identidades que pertenecen a un recurso de la organización en particular. Como alternativa, puedes especificar un conjunto de uno o más dominios, y se pueden otorgar excepciones por carpeta o por proyecto. Para obtener más información sobre cómo agregar excepciones, consulta Anula la política de la organización de un proyecto.

La restricción de dominio no es retroactiva. Una vez que se establezca una restricción de dominio, esta limitación se aplicará a los cambios en la política de IAM que se realicen a partir de ese momento, y no a los cambios anteriores. La restricción de dominio se aplicará a cualquier cambio en la política de IAM, incluidos los cambios que realice un agente de servicio en respuesta a otra acción. Por ejemplo, si tienes un servicio automatizado que importa conjuntos de datos de BigQuery, un agente de servicio de BigQuery realizará cambios en la política de IAM en el conjunto de datos recién creado. La restricción de dominio restringiría esta acción y la bloquearía.

Por ejemplo, considera dos organizaciones relacionadas: examplepetstore.com y altostrat.com. Otorgaste una función de IAM a una identidad de examplepetstore.com en altostrat.com. Luego, decidiste restringir las identidades por dominio e implementaste una política de la organización con la restricción de dominio en altostrat.com. En este caso, las identidades existentes de examplepetstore.com no perderían el acceso en altostrat.com. A partir de ese momento, solo podrías otorgar funciones de IAM a identidades del dominio altostrat.com.

La restricción de dominio se basa en la restricción de lista iam.allowedPolicyMemberDomains.

Cuando se establece esta restricción en un recurso de la organización de Google Cloud, afecta a todas las identidades que son superiores a ese recurso de organización. Cuando se establece esta restricción en un dominio de Google Workspace, afectará a todas las identidades que estén en ese dominio. Esto incluye las cuentas de usuario que se administran en la consola de Google Workspace y no desde la consola de Google Cloud.

Configura la política de la organización

La restricción de dominio es un tipo de restricción de lista. Los IDs de cliente de Google Workspace y los IDs de recursos de la organización de Google Cloud se pueden agregar y quitar de la lista allowed_values de una restricción de dominio. La restricción de dominio no admite la denegación de valores, y no se puede guardar una política de la organización con ID en la lista denied_values.

La política de la organización permitirá todos los dominios asociados con una cuenta de Google Workspace o un recurso de la organización que figuren en allowed_values. La política de la organización rechazará todos los demás dominios.

Puedes hacer que una política de la organización que aplique la restricción de dominio sea condicional en cualquier recurso incluido en la lista de recursos compatibles. Por ejemplo, buckets de Cloud Storage, conjuntos de datos de BigQuery o VMs de Compute Engine.

Debes tener permiso para modificar las políticas de la organización a fin de configurar esta restricción. Por ejemplo, la función orgpolicy.policyAdmin tiene permiso para configurar restricciones en la política de la organización. La función resourcemanager.organizationAdmin tiene permiso para agregar un usuario como administrador de políticas de la organización. Lee la sección sobre cómo usar restricciones para obtener más información sobre la administración de las políticas a nivel de organización.

gcloud org-policies set-policy POLICY_PATH

name: organizations/ORGANIZATION_ID/policies/iam.allowedPolicyMemberDomains
    spec:
      rules:
      - condition: // This condition applies to the values block.
          expression: "resource.matchTag('ORGANIZATION_ID/environment', 'dev')"
        values:
          allowedValues:
          - PRINCIPAL_SET
      - values:
          allowedValues:
          - PRINCIPAL_SET

Solo las identidades que pertenezcan al ID de recurso de la organización o al dominio de Google Workspace de la lista de allowed_values se permitirán en las políticas de IAM una vez que se haya aplicado esta política de la organización. Los usuarios y grupos humanos de Google Workspace deben ser elementos secundarios de ese recurso de la organización o parte de ese dominio de Google Workspace, y las cuentas de servicio de IAM deben ser elementos secundarios de un recurso de la organización asociado con el dominio de Google Workspace determinado.

Por ejemplo, si creaste una política de la organización solo con el ID de cliente de Google Workspace de tu empresa, solo los principales de ese dominio podrían agregarse a la política de IAM de ese momento.

Para obtener más información sobre el uso de restricciones en las políticas de la organización, consulta [Uso de Constraints/resource-manager/docs/organization-policy/using-constraints#list-constraint).

Ejemplo de mensaje de error

Cuando se viola la restricción de la organización de restricción de dominio debido a que se intenta agregar un principal que no está incluido en la lista allowed_values, la operación fallará y luego se mostrará un mensaje de error.

ERROR: (gcloud.projects.set-iam-policy) FAILED_PRECONDITION:
One or more users named in the policy do not belong to a permitted customer.

Recupera un ID de recurso de la organización

Puedes obtener el ID de recurso de la organización con la consola de Google Cloud, gcloud CLI o la API de Cloud Resource Manager.

gcloud organizations list

GET https://cloudresourcemanager.googleapis.com/v3/organizations:search{query=domain:altostrat.com}

Una vez que tengas el ID de recurso de la organización, debes usar el identificador correcto para el conjunto de principales que le pertenecen. Por ejemplo:

principalSet://iam.googleapis.com/organizations/01234567890123

Para obtener más información sobre los identificadores principales de IAM, consulta Identificadores principales.

Recupera un ID de cliente de Google Workspace

El ID de cliente de Google Workspace que usa la restricción de dominio se puede obtener de las dos siguientes maneras:

gcloud organizations list

Restringe subdominios

Si permites un recurso de la organización de Google Cloud en una restricción de dominio, permite el acceso a todos los recursos asociados con ese recurso de la organización y bloquea el acceso a todos los demás.

Si permites un ID de cliente de Google Workspace en una restricción de dominio, se limita el acceso a todos los dominios asociados con ese ID de cliente de Google Workspace y se bloquea el acceso a todos los demás. Cada cuenta de Google Workspace tiene exactamente un dominio principal y cero o más dominios secundarios. Todos los dominios asociados con el ID de cliente de Google Workspace estarán sujetos a la restricción.

Aplicar la restricción de dominio en un recurso controla el dominio principal y todos los dominios secundarios que pueden acceder a ese recurso y a sus elementos subordinados en la jerarquía de recursos.

Para ver ejemplos de combinaciones comunes de dominios y subdominios de Google Workspace, consulta la siguiente tabla:

Para diferenciar el acceso a la restricción de dominio entre dos dominios, cada dominio debe estar asociado con una cuenta distinta de Google Workspace. Cada cuenta de Google Workspace está asociada con un nodo de la organización y puede tener sus propias políticas de la organización aplicadas. Esto te permite asociar altostrat.com con una cuenta de Google Workspace y sub.altostrat.com con otra para obtener un control de acceso más detallado. Para obtener más información, consulta la página sobre cómo administrar varias organizaciones.

Soluciona problemas conocidos

Las políticas de la organización no son retroactivas. Si necesitas forzar un cambio en tu jerarquía de recursos que viola una restricción aplicada de forma forzosa, puedes inhabilitar la política de la organización, realizar el cambio y, luego, volver a habilitar la política de la organización.

En las próximas secciones, se describen los problemas conocidos de los servicios que pueden ocurrir cuando se aplica de forma forzosa esta restricción.

Cómo vincular Google Analytics 360 con BigQuery

Si intentas vincular Google Analytics 360 con BigQuery en el que se aplica la restricción de dominio, la acción falla y muestra el mensaje de error One or more users named in the policy do not belong to a permitted customer, incluso si la cuenta de servicio analytics-processing-dev@system.gserviceaccount.com ya se agregó como Editor a nivel de proyecto, ya sea directamente o mediante Grupos de Google.

Para vincular Google Analytics 360 con BigQuery, sigue estos pasos:

1. Inhabilita la política de la organización que contiene la restricción de dominio.

2. Realiza el proceso de vinculación en Google Analytics 360.

3. Vuelve a aplicar la restricción de dominio.

Uso compartido de datos públicos

Algunos productos de Google Cloud, como BigQuery, Cloud Functions, Cloud Run, Cloud Storage y Pub/Sub, admiten el uso compartido de datos públicos. La aplicación forzosa de la restricción de uso compartido restringido del dominio en una política de la organización evitará el uso compartido de los datos públicos.

Si quieres compartir datos de forma pública, inhabilita la restricción de uso compartido restringido del dominio de forma temporal para el recurso del proyecto en el que residen los datos que deseas compartir. Después de compartir el recurso de forma pública, podrás volver a habilitar la restricción de uso compartido restringido del dominio.

Receptor de registros de BigQuery para una cuenta de facturación

La cuenta de servicio que usa el receptor de registros de BigQuery para las cuentas de facturación (formato: b*@*.iam.gserviceaccount.com) se trata como externa y la bloquea la restricción de uso compartido restringido del dominio en una política de la organización. Para otorgar a esta cuenta de servicio una función en un conjunto de datos de BigQuery en un proyecto al que se le aplicó la restricción de dominio, sigue estos pasos:

1. Inhabilita la política de la organización que contiene la restricción de dominio.

2. Otorga a la cuenta de servicio correspondiente (formato: b*@*.iam.gserviceaccount.com) la función de BigQuery que se indicó durante el proceso de creación del receptor.

3. Vuelve a aplicar la restricción de dominio.

Cuenta de servicio de exportación de Facturación de Cloud

Es probable que falle la habilitación de la exportación de facturación en un bucket con esta restricción habilitada. No uses esta restricción en los depósitos que se usan para la exportación de facturación.

La dirección de correo electrónico de la cuenta de servicio de exportación de Facturación de Cloud es: 509219875288-kscf0cheafmf4f6tp1auij5me8qakbin@developer.gserviceaccount.com

Habilita el registro de acceso del almacenamiento

Si se encuentra habilitada, la restricción de dominio bloqueará cualquier dominio que no se admita de forma específica en la política de la organización. Esto también evitará que se otorgue acceso a las cuentas de servicio de Google. Para configurar el registro de acceso del almacenamiento en un bucket de Cloud Storage al que se haya aplicado de forma forzosa la restricción de dominio, sigue estos pasos:

1. Inhabilita la política de la organización que contiene la restricción de dominio.

2. Otórgale a cloud-storage-analytics@google.com el acceso WRITE a ese bucket.

3. Vuelve a aplicar la restricción de dominio.

Habilita la API de Firebase

Si se habilita esta restricción, se bloquearán las cuentas de servicio que no se permiten en la política de la organización. Esto hace que no se pueda habilitar la API de Firebase, que requiere cuentas de servicio externas durante el proceso de habilitación de la API. Una vez que se habilite la API, podrás aplicar de forma segura la restricción de dominio sin interferir con la función de la API de Firebase. Para habilitar la API de Firebase, haz lo siguiente:

1. Inhabilita la política de la organización que contiene la restricción de dominio.

2. Habilita la API de administración de Firebase

3. Vuelve a aplicar la restricción de dominio.

Grupos de Google

A los grupos de Google creados dentro de un dominio permitido siempre se les pueden otorgar funciones en la política de IAM cuando se aplica la restricción de dominio, incluso si el grupo contiene miembros que no pertenecen a ese dominio.

Para garantizar que los administradores de proyectos no puedan omitir la restricción de dominio, el administrador de Google Workspace debe asegurarse de que los propietarios del grupo no permitan miembros desde fuera del dominio en el panel del administrador de Google Workspace.

Fuerza el acceso a la cuenta

Si necesitas forzar el acceso a la cuenta de un proyecto que infringe las restricciones del dominio, haz lo siguiente:

1. Quita la política de la organización que contiene la restricción de dominio.

2. Otórgale el acceso a la cuenta al proyecto.

3. Vuelve a implementar la política de la organización con la restricción de dominio.

Como alternativa, puedes otorgar acceso a un Grupo de Google que contenga las cuentas de servicio relevantes de la siguiente manera:

1. Crea un Grupo de Google dentro del dominio admitido.

2. Usa el panel de administrador de Google Workspace para desactivar la restricción del dominio para ese grupo.

3. Agrega la cuenta de servicio al grupo.

4. Otorga el acceso al grupo de Google en la política de IAM.

Usar Pub/Sub como el extremo de una app de Google Chat

Cuando intentes otorgar derechos de publicación sobre tu tema a la cuenta de servicio de la API de Google Chat, es posible que se te bloquee si está habilitada la restricción de uso compartido de dominios restringidos. Sigue el proceso para forzar el acceso a la cuenta.