VPC Service Controls vous permet de créer des périmètres, qui sont des limites autour de vos ressources Google Cloud. Vous pouvez ensuite définir des règles de sécurité qui empêchent l'accès aux services compatibles depuis l'extérieur du périmètre. Pour en savoir plus sur VPC Service Controls, consultez la page Présentation de VPC Service Controls.
Vous pouvez utiliser VPC Service Controls pour sécuriser les API Policy Intelligence suivantes:
- API Policy Troubleshooter
- API Policy Simulator
Sécuriser l'API Policy Troubleshooter
Vous pouvez aider à résoudre les problèmes de règles à l'aide de VPC Service Controls.
Lorsque vous restreignez l'API Policy Troubleshooter à un périmètre, les comptes principaux ne peuvent résoudre les problèmes liés aux stratégies IAM que si toutes les ressources impliquées dans la requête se trouvent dans le même périmètre. Une requête de dépannage implique généralement deux ressources:
Ressource pour laquelle vous tentez de résoudre le problème. Cette ressource peut correspondre à n'importe quel type. Vous spécifiez explicitement cette ressource lorsque vous dépannez une stratégie IAM.
Ressource que vous utilisez pour résoudre les problèmes d'accès. Cette ressource doit être un projet, un dossier ou une organisation. Dans la console Google Cloud et gcloud CLI, cette ressource est déduite du projet, du dossier ou de l'organisation que vous avez sélectionné. Dans l'API REST, spécifiez cette ressource à l'aide de l'en-tête
x-goog-user-project.Il peut s'agir de la ressource pour laquelle vous résolvez les problèmes d'accès, mais ce n'est pas obligatoire.
Si ces ressources ne se trouvent pas dans le même périmètre, la requête échoue.
Pour en savoir plus sur le fonctionnement de VPC Service Controls avec Policy Troubleshooter, consultez l'entrée Policy Troubleshooter dans le tableau des produits compatibles avec VPC Service Controls.
Sécuriser l'API Policy Simulator
Lorsque vous restreignez l'API Policy Simulator à un périmètre, les comptes principaux ne peuvent autoriser les stratégies d'autorisation que si certaines ressources impliquées dans la simulation se trouvent dans le même périmètre. Une simulation s'appuie sur plusieurs ressources:
Ressource dont vous simulez une règle d'autorisation. Cette ressource est également appelée ressource cible. Dans la console Google Cloud, il s'agit de la ressource dont vous modifiez la stratégie d'autorisation. Dans gcloud CLI et l'API REST, vous spécifiez explicitement cette ressource lorsque vous simulez une règle d'autorisation.
Projet, dossier ou organisation qui crée et exécute la simulation. Cette ressource est également appelée ressource hôte. Dans la console Google Cloud et gcloud CLI, cette ressource est déduite du projet, du dossier ou de l'organisation que vous avez sélectionné. Dans l'API REST, spécifiez cette ressource à l'aide de l'en-tête
x-goog-user-project.Cette ressource peut être identique à la ressource cible, mais ce n'est pas obligatoire.
Ressource qui fournit les journaux d'accès pour la simulation. Dans une simulation, il existe toujours une ressource qui fournit les journaux d'accès pour la simulation. Cette ressource varie en fonction du type de ressource cible:
- Si vous simulez une stratégie d'autorisation pour un projet ou une organisation, Policy Simulator récupère les journaux d'accès pour ce projet ou cette organisation.
- Si vous simulez une stratégie d'autorisation pour un autre type de ressource, Policy Simulator récupère les journaux d'accès pour le projet parent ou l'organisation parente de cette ressource.
- Si vous simulez simultanément des stratégies d'autorisation pour plusieurs ressources, Policy Simulator récupère les journaux d'accès du projet ou de l'organisation commune les plus proches.
Toutes les ressources compatibles avec les règles d'autorisation pertinentes Lorsque Policy Simulator exécute une simulation, il prend en compte toutes les stratégies d'autorisation qui peuvent affecter l'accès de l'utilisateur, y compris les stratégies d'autorisation sur les ressources descendantes et descendantes de la ressource cible. Par conséquent, ces ressources ancêtres et descendantes sont également impliquées dans les simulations.
Si la ressource cible et la ressource hôte ne se trouvent pas dans le même périmètre, la requête échoue.
Si la ressource cible et la ressource qui fournit les journaux d'accès pour la simulation ne se trouvent pas dans le même périmètre, la requête échoue.
Si la ressource cible et certaines ressources compatibles avec des stratégies d'autorisation pertinentes ne se trouvent pas dans le même périmètre, les requêtes aboutissent, mais les résultats peuvent être incomplets. Par exemple, si vous simulez une stratégie pour un projet dans un périmètre, les résultats n'incluront pas la stratégie d'autorisation de l'organisation parente du projet, car les organisations se trouvent toujours en dehors des périmètres VPC Service Controls. Pour obtenir des résultats plus complets, vous pouvez configurer des règles d'entrée et de sortie pour le périmètre.
Pour en savoir plus sur le fonctionnement de VPC Service Controls avec Policy Simulator, consultez la section Stratégie dans le tableau des produits compatibles avec VPC Service Controls.
Étapes suivantes
- Découvrez comment créer un périmètre de service.