VPC Service Controls vous permet de créer des perimeters, 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
Aider à sécuriser l'API Policy Troubleshooter
Vous pouvez contribuer à sécuriser la résolution des problèmes liés aux règles à l'aide de VPC Service Controls.
Lorsque vous limitez l'API Policy Troubleshooter à l'aide d'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 demande de dépannage comporte généralement deux ressources:
La ressource pour laquelle vous dépannez l'accès Il peut s'agir de n'importe quel type. Vous spécifiez explicitement cette ressource lorsque vous dépannez une stratégie IAM.
La 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 la gcloud CLI, l'utilisation de cette ressource dépend du projet, du dossier ou de l'organisation que vous avez sélectionné. Dans l'API REST, vous spécifiez cette ressource à l'aide de l'en-tête
x-goog-user-project.Cette ressource peut être identique à celle dont vous dépannez l'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 limitez l'API Policy Simulator à l'aide d'un périmètre, les comptes principaux ne peuvent simuler des règles d'autorisation que si certaines ressources impliquées dans la simulation se trouvent dans le même périmètre. Une simulation comporte plusieurs ressources:
La ressource dont vous simulez la 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 règle d'autorisation. Dans la 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 la gcloud CLI, l'utilisation de cette ressource dépend du projet, du dossier ou de l'organisation que vous avez sélectionné. Dans l'API REST, vous 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 y a toujours une ressource qui fournit des journaux d'accès pour la simulation. Cette ressource varie en fonction du type de ressource cible:
- Si vous simulez une règle d'autorisation pour un projet ou une organisation, le simulateur de stratégie récupère les journaux d'accès pour ce projet ou cette organisation.
- Si vous simulez une règle d'autorisation pour un autre type de ressource, Policy Simulator récupère les journaux d'accès du projet ou de l'organisation parent de cette ressource.
- Si vous simulez des règles d'autorisation pour plusieurs ressources à la fois, le simulateur de stratégie récupère les journaux d'accès du projet ou de l'organisation commun les plus proches des ressources.
Toutes les ressources compatibles avec les règles d'autorisation appropriées Lorsque Policy Simulator exécute une simulation, il prend en compte toutes les règles d'autorisation susceptibles d'affecter l'accès de l'utilisateur, y compris les règles d'autorisation sur les ressources ascendantes et descendantes de la ressource cible. Par conséquent, ces ressources ancêtres et descendants 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 règle pour un projet situé dans un périmètre, les résultats n'incluront pas la règle 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 l'entrée du simulateur de 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.