Resource Manager fournit une contrainte de restriction de domaine qui peut être utilisée dans les règles d'administration pour limiter le partage des ressources en fonction d'une ressource de domaine ou d'organisation. Cette contrainte vous permet de restreindre l'ensemble des identités pouvant être utilisées dans les stratégies Identity and Access Management.
Les règles d'administration peuvent utiliser cette contrainte pour limiter le partage des ressources aux identités appartenant à une ressource d'organisation particulière. Vous pouvez également spécifier un ensemble d'un ou de plusieurs domaines, et des exceptions peuvent être accordées pour chaque dossier ou par projet. Pour en savoir plus sur l'ajout d'exceptions, consultez la section Remplacer la règle d'administration pour un projet.
La contrainte de restriction de domaine n'est pas rétroactive. Cette limitation ne s'applique qu'aux modifications de stratégie IAM effectuées après la définition de la restriction de domaine, et non à celles apportées antérieurement. La contrainte de restriction de domaine s'applique à toutes les modifications des stratégies IAM, y compris les modifications apportées par un agent de service en réponse à une autre action. Par exemple, vous disposez d'un service automatisé qui importe des ensembles de données BigQuery et un agent de service BigQuery modifie les stratégies IAM sur un nouvel ensemble de données. Cette action sera limitée par la contrainte de restriction de domaine et bloquée.
Prenons l'exemple de deux organisations liées : examplepetstore.com et altostrat.com. Vous avez accordé un rôle IAM dans altostrat.com à une identité examplepetstore.com. Vous avez décidé ultérieurement d'effectuer un filtrage au niveau du domaine pour restreindre l'ensemble des identités utilisables, puis appliqué une règle d'administration avec la contrainte de restriction de domaine dans altostrat.com. Dans ce cas, les identités examplepetstore.com existantes ne perdent pas l'accès à altostrat.com. Par contre, vous ne pouvez plus accorder des rôles IAM qu'aux identités du domaine altostrat.com.
La contrainte de restriction de domaine est basée sur la contrainte de liste iam.allowedPolicyMemberDomains.
Lorsque cette contrainte est définie sur une ressource d'organisation Google Cloud, elle affecte toutes les identités parentes de cette ressource d'organisation. Lorsque cette contrainte est définie sur un domaine Google Workspace, elle affecte toutes les identités situées sous ce domaine. Cela inclut les comptes utilisateur gérés dans la console Google Workspace et non dans la console Google Cloud.
Définir la règle d'administration
La contrainte de restriction de domaine est un type de contrainte de liste.
Les numéros client Google Workspace et les ID de ressources de l'organisation Google Cloud peuvent être ajoutés et supprimés de la liste allowed_values d'une contrainte de restriction de domaine. La contrainte de restriction de domaine n'est pas compatible avec le refus de valeurs, et une règle d'administration ne peut pas être enregistrée avec des ID figurant dans la liste denied_values.
Tous les domaines associés à un compte Google Workspace ou à une ressource d'organisation listés dans allowed_values seront autorisés par la règle d'administration. Tous les autres domaines seront refusés par la règle d'administration.
Vous pouvez faire en sorte qu'une règle d'administration appliquant la contrainte de restriction de domaine soit conditionnelle pour toute ressource incluse dans la liste des ressources compatibles. Par exemple, des buckets Cloud Storage, des ensembles de données BigQuery ou des VM Compute Engine.
Pour définir cette contrainte, vous devez être autorisé à modifier les règles d'administration. Par exemple, le rôle orgpolicy.policyAdmin est autorisé à définir des contraintes de règle d'administration. Le rôle resourcemanager.organizationAdmin est autorisé à ajouter un utilisateur en tant qu'administrateur des règles d'administration.
Consultez la page Utiliser des contraintes pour en savoir plus sur la gestion des règles au niveau de l'organisation.
Console
Pour définir une règle d'administration incluant une contrainte de restriction de domaine, procédez comme suit:
Ouvrez la page Règles d'administration dans la console Google Cloud.
Cliquez sur le sélecteur de projets en haut de la page.
Dans le sélecteur de projet, sélectionnez la ressource d'organisation sur laquelle vous souhaitez définir la règle.
Sur la page Règles d'administration, sélectionnez Partage restreint de domaine dans la liste des contraintes.
Sur la page Détails des règles, cliquez sur Gérer la règle.
Sous Applicable à, sélectionnez Personnaliser.
Cliquez sur Ajouter une règle.
Sous Valeurs des règles, sélectionnez "Personnalisé". Remarque: La contrainte de restriction de domaine n'est pas compatible avec l'option Deny All (Tout refuser).
Sous Type de règle, sélectionnez Autoriser. Remarque: La contrainte de restriction de domaine n'est pas compatible avec les valeurs Refuser.
Sous Valeurs personnalisées, saisissez un ID de ressource Organisation ou un numéro client Google Workspace dans la zone de texte.
Si vous souhaitez ajouter plusieurs ID, cliquez sur Nouvelle valeur de règle pour créer une zone de texte supplémentaire.
Cliquez sur OK.
Si vous souhaitez rendre la contrainte de restriction de domaine conditionnelle sur une balise, cliquez sur Ajouter une condition.
Dans le champ Titre, saisissez un nom pour la condition.
Dans le champ Description, saisissez une description pour votre condition. La description fournit du contexte sur les tags requis ainsi que sur leur impact sur les ressources.
Vous pouvez utiliser le Créateur de conditions pour créer une condition nécessitant un tag particulier pour que la contrainte soit prise en compte.
Dans le menu déroulant Type de condition de l'onglet Générateur de conditions, sélectionnez Balise.
Sélectionnez l'opérateur correspondant à votre condition. Pour mettre en correspondance un tag entier, utilisez l'opérateur matches. Pour mettre en correspondance une clé de tag et une valeur de tag, utilisez l'opérateur matches ID.
Si vous avez sélectionné l'opérateur matches, saisissez la valeur de l'espace de noms du tag. Si vous avez sélectionné l'opérateur matches ID, saisissez les ID de clé et de valeur.
Vous pouvez créer plusieurs conditions en cliquant sur Ajouter. Si vous ajoutez une autre condition, vous pouvez définir la logique conditionnelle pour qu'elle exige que toutes les conditions soient satisfaites en activant Et. Vous pouvez définir la logique conditionnelle pour exiger qu'au moins une des conditions soit satisfaite en activant Or.
Vous pouvez supprimer une expression en cliquant sur le grand X à droite des champs de condition.
Lorsque vous avez terminé de modifier vos conditions, cliquez sur Enregistrer.
Cliquez sur Enregistrer. Une notification s'affiche pour confirmer que la règle a été mise à jour.
gcloud
Les règles peuvent être définies via la Google Cloud CLI. Pour créer une règle qui inclut la contrainte de restriction de domaine, exécutez la commande suivante :
Pour définir une règle d'administration qui inclut la contrainte de restriction de domaine, exécutez la commande suivante:
gcloud org-policies set-policy POLICY_PATH
Où POLICY_PATH est le chemin d'accès complet au fichier YAML de votre règle d'administration, qui doit se présenter comme suit:
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
Remplacez les éléments suivants :
- ORGANIZATION_ID par l'ID de la ressource d'organisation sur laquelle définir cette règle.
PRINCIPAL_SET pour les identifiants principaux Cloud Identity que vous souhaitez autoriser, y compris l'ID de ressource de l'organisation. Exemple :
is:principalSet://iam.googleapis.com/organizations/01234567890123.Les ID client Google Workspace doivent être utilisés pour toutes les autres identités que vous souhaitez autoriser. Par exemple,
is:C03g5e3bc.
Une fois que cette règle d'administration aura été appliquée, seules les identités appartenant à l'ID de ressource de l'organisation ou au domaine Google Workspace de la liste allowed_values seront autorisées pour les stratégies IAM.
Les utilisateurs humains et les groupes Google Workspace doivent être des enfants de cette ressource d'organisation ou faire partie de ce domaine Google Workspace. Les comptes de service IAM doivent être les enfants d'une ressource d'organisation associée au domaine Google Workspace donné.
Par exemple, si vous avez créé une règle d'administration avec uniquement le numéro client Google Workspace de votre entreprise, seuls les membres de ce domaine peuvent alors être ajoutés à la stratégie IAM à partir de ce moment.
Pour en savoir plus sur l'utilisation de contraintes dans les règles d'administration, consultez la page Utiliser des contraintes.
Exemple de message d'erreur
Lorsque la contrainte d'organisation de restriction de domaine n'est pas respectée du fait de la tentative d'ajout d'un compte principal non inclus dans la liste allowed_values, l'opération échoue et un message d'erreur s'affiche.
Console
gcloud
ERROR: (gcloud.projects.set-iam-policy) FAILED_PRECONDITION: One or more users named in the policy do not belong to a permitted customer.
Récupérer un ID de ressource d'organisation
Vous pouvez obtenir l'ID de ressource de votre organisation à l'aide de la console Google Cloud, de gcloud CLI ou de l'API Resource Manager.
Console
Pour obtenir l'ID de ressource de votre organisation à l'aide de la console Google Cloud, procédez comme suit:
- Accédez à Google Cloud Console :
- Dans le sélecteur de projet en haut de la page, sélectionnez votre ressource d'organisation.
- Sur la droite, cliquez sur Plus, puis sur Paramètres.
La page Paramètres affiche l'ID de ressource de votre organisation.
gcloud
Pour trouver l'ID de ressource de votre organisation, exécutez la commande suivante:
gcloud organizations list
Cette commande répertorie toutes les ressources d'organisation auxquelles vous appartenez, ainsi que les ID de ressource d'organisation correspondants.
API
Pour trouver l'ID de ressource de votre organisation à l'aide de l'API Resource Manager, utilisez la méthode organizations.search(), y compris une requête pour votre domaine. Exemple :
GET https://cloudresourcemanager.googleapis.com/v3/organizations:search{query=domain:altostrat.com}
La réponse contient les métadonnées de la ressource d'organisation appartenant à altostrat.com, qui incluent l'ID de ressource d'organisation.
Une fois que vous disposez de l'ID de ressource de votre organisation, vous devez utiliser l'identifiant approprié pour l'ensemble de comptes principaux qui lui appartiennent. Exemple :
principalSet://iam.googleapis.com/organizations/01234567890123
Pour en savoir plus sur les identifiants principaux IAM, consultez la section Identifiants principaux.
Récupérer un numéro client Google Workspace
Le numéro client Google Workspace utilisé par la contrainte de restriction de domaine peut être obtenu de deux manières :
gcloud
La commande gcloud organizations list permet d'afficher toutes les organisations pour lesquelles vous détenez l'autorisation resourcemanager.organizations.get :
gcloud organizations list
Cette commande renvoie les éléments DISPLAY_NAME, ID (ID de l'organisation) et DIRECTORY_CUSTOMER_ID. Le numéro client Google Workspace correspond à l'élément DIRECTORY_CUSTOMER_ID.
API
L'API Google Workspace Directory vous permet de récupérer un numéro client Google Workspace.
Lorsque vous êtes connecté en tant qu'administrateur Google Workspace, vous pouvez consulter la documentation sur la méthode API Customers : get, puis cliquer sur Exécuter. Une fois l'autorisation émise, la réponse affiche votre numéro client.
Vous pouvez également utiliser un client API :
- Obtenez un jeton d'accès OAuth pour le champ d'application
https://www.googleapis.com/auth/admin.directory.customer.readonly. Exécutez la commande suivante pour interroger l'API Google Workspace Directory :
curl -# -X GET "https://www.googleapis.com/admin/directory/v1/customers/customerKey" \ -H "Authorization: Bearer $access_token" -H "Content-Type: application/json"
Cette commande renvoie une réponse JSON incluant les informations relatives au client. Le numéro client Google Workspace correspond à l'élément id.
Limiter les sous-domaines
Si vous autorisez une ressource d'organisation Google Cloud dans une contrainte de restriction de domaine, cela permet d'accéder à toutes les ressources associées à cette ressource d'organisation et de bloquer l'accès à toutes les autres.
Si vous autorisez un numéro client Google Workspace dans une contrainte de restriction de domaine, cela limite l'accès à tous les domaines associés à ce numéro client Google Workspace et bloque l'accès à tous les autres. Chaque compte Google Workspace possède exactement un domaine principal et aucun ou plusieurs domaines secondaires. Tous les domaines associés au numéro client Google Workspace seront soumis à cette contrainte.
L'application de la contrainte de restriction de domaine sur une ressource contrôle le domaine principal et tous les domaines secondaires pouvant accéder à cette ressource et à ses descendants dans la hiérarchie des ressources.
Le tableau ci-dessous présente des exemples de combinaisons courantes de domaines et de sous-domaines Google Workspace :
| Domaine principal | Sous-domaine | Contrainte de restriction de domaine | user@sub.altostrat.com est-il autorisé ? |
|---|---|---|---|
| altostrat.com | aucun | Autoriser: altostrat.com | Non |
| altostrat.com | sub.altostrat.com | Autoriser: altostrat.com | Oui |
| altostrat.com | sub.altostrat.com | Autoriser: sub.altostrat.com | Oui |
| sub.altostrat.com | altostrat.com | Autoriser: sub.altostrat.com | Oui |
| sub.altostrat.com | aucun | Autoriser: sub.altostrat.com | Oui |
Pour différencier l'accès de contrainte de restriction de domaine entre deux domaines, chaque domaine doit être associé à un compte Google Workspace différent. Chaque compte Google Workspace est associé à un nœud d'organisation et peut appliquer ses propres règles d'administration. Cela vous permet d'associer altostrat.com à un compte Google Workspace et sub.altostrat.com à un autre pour un contrôle d'accès plus précis. Pour en savoir plus, consultez la page Gérer plusieurs organisations.
Résoudre les problèmes connus
Les règles d'administration ne sont pas rétroactives. Si vous devez forcer une modification de votre hiérarchie de ressources qui violerait une contrainte imposée, vous pouvez désactiver la règle d'administration, effectuer la modification, puis la réactiver.
Les sections suivantes décrivent les problèmes connus liés aux services qui peuvent se produire lorsque cette contrainte est appliquée.
Partager des données publiques
Certains produits Google Cloud tels que BigQuery, Cloud Functions, Cloud Run, Cloud Storage et Pub/Sub sont compatibles avec le partage de données publiques. L'application de la contrainte de partage restreint de domaine dans une règle d'administration empêchera le partage de données publiques.
Pour partager publiquement des données, désactivez temporairement la contrainte de partage restreint de domaine pour la ressource de projet où résident les données que vous souhaitez partager. Après avoir partagé la ressource en mode public, vous pouvez réactiver la contrainte de partage restreint de domaine.
Récepteur de journaux BigQuery pour un compte de facturation
Le compte de service utilisé par le récepteur de journaux BigQuery pour les comptes de facturation (format: b*@*.iam.gserviceaccount.com) est considéré comme externe et bloqué par la contrainte de partage restreint de domaine dans une règle d'administration.
Pour attribuer à ce compte de service un rôle sur un ensemble de données BigQuery dans un projet auquel la contrainte de restriction de domaine est appliquée, procédez comme suit :
Supprimez la règle d'administration contenant la contrainte de restriction de domaine.
Si la contrainte est appliquée dans une règle d'administration à la fois sur cette organisation et sur le projet, définissez la règle d'administration contenant la contrainte de restriction de domaine sur le projet pour autoriser toutes les valeurs.
Si cette contrainte est appliquée dans une règle d'administration sur l'organisation parente et héritée du projet, ajoutez la règle d'administration contenant la contrainte de restriction de domaine au projet, avec toutes les valeurs autorisées.
Attribuez au compte de service correspondant (au format
b*@*.iam.gserviceaccount.com) le rôle BigQuery indiqué lors du processus de création du récepteur.Annulez les modifications apportées à la règle d'administration avec la contrainte de restriction de domaine sur le projet.
Compte de service d'exportation Cloud Billing
Lorsque cette contrainte est activée, l'activation de l'exportation de la facturation vers un bucket échouera probablement. N'utilisez pas cette contrainte sur les buckets utilisés pour l'exportation de la facturation.
L'adresse e-mail du compte de service d'exportation Cloud Billing est la suivante : 509219875288-kscf0cheafmf4f6tp1auij5me8qakbin@developer.gserviceaccount.com
Activer la journalisation de l'accès au stockage
Si cette option est activée, la contrainte de restriction de domaine bloquera tous les domaines qui ne sont pas spécifiquement autorisés dans la règle d'administration. Cela empêchera également d'accorder l'accès aux comptes de service Google. Pour configurer la journalisation de l'accès au stockage sur un bucket Cloud Storage auquel la contrainte de restriction de domaine est appliquée, procédez comme suit :
Supprimez la règle d'administration contenant la contrainte de restriction de domaine.
Accordez l'accès à ce bucket à
cloud-storage-analytics@google.comavec l'autorisationWRITE.Mettez à nouveau en œuvre la règle d'administration avec la contrainte de restriction de domaine.
Activer l'API Firebase
Lorsqu'elle est activée, la contrainte de restriction de domaine bloque les comptes de service non autorisés dans la règle d'administration. Cela empêche l'activation de l'API Firebase, car ce processus nécessite des comptes de service externes. Une fois l'API activée, vous pouvez appliquer en toute sécurité la contrainte de restriction de domaine sans que celle-ci n'interfère avec la fonction de l'API Firebase. Pour activer l'API Firebase, procédez comme suit :
Supprimez la règle d'administration contenant la contrainte de restriction de domaine.
Activez l'API Firebase Management.
Mettez à nouveau en œuvre la règle d'administration avec la contrainte de restriction de domaine.
Groupes Google
Les groupes Google créés dans un domaine autorisé peuvent toujours se voir attribuer des rôles dans la stratégie IAM lorsque la contrainte de restriction de domaine est appliquée, même si le groupe contient des membres extérieurs à ce domaine.
Pour s'assurer que les administrateurs du projet ne peuvent pas contourner la contrainte de restriction de domaine, l'administrateur Google Workspace doit s'assurer que les propriétaires de groupe ne peuvent pas autoriser les membres n'appartenant pas au domaine dans le panneau d'administrateur Google Workspace.
Forcer l'accès au compte
Si vous devez forcer l'accès au compte pour un projet en violation des restrictions de domaine, procédez comme suit :
Supprimez la règle d'administration contenant la contrainte de restriction de domaine.
Accordez au projet l'accès au compte.
Mettez à nouveau en œuvre la règle d'administration avec la contrainte de restriction de domaine.
Vous pouvez également accorder l'accès à un groupe Google qui contient les comptes de service concernés :
Créez un groupe Google dans le domaine autorisé.
Utilisez le panneau d'administration de Google Workspace pour désactiver la restriction de domaine pour ce groupe.
Ajoutez le compte de service au groupe.
Accordez l'accès au groupe Google dans la stratégie IAM.
Utiliser Pub/Sub comme point de terminaison pour une application Google Chat
Lorsque vous essayez d'accorder des droits de publication sur votre sujet au compte de service de l'API Google Chat, vous pouvez être bloqué si la contrainte de partage de domaine restreint est activée. Suivez la procédure pour forcer l'accès au compte.