Présentation de VPC Service Controls

Cet article présente VPC Service Controls et décrit ses avantages. et ses fonctionnalités.

Qui doit utiliser VPC Service Controls ?

Votre organisation peut détenir des droits de propriété intellectuelle sous la forme de contenus des données sensibles, ou votre organisation peut traiter des données sensibles soumises à aux réglementations supplémentaires sur la protection des données, telles que la norme PCI DSS. Perte ou la divulgation de données sensibles peut avoir un impact négatif les implications.

Si vous migrez d'une infrastructure sur site vers le cloud, l'un de vos objectifs peut être de répliquer votre architecture de sécurité réseau sur site au fur et à mesure vos données dans Google Cloud. Pour protéger vos données hautement sensibles, vous pouvez pour vous assurer que vos ressources ne sont accessibles qu'à partir de réseaux de confiance. Un peu les organisations peuvent autoriser l'accès public aux ressources provient d'un réseau de confiance, qui peut être identifié grâce à l'adresse IP l'adresse de la demande.

Pour limiter les risques d'exfiltration de données, votre entreprise peut également s'assurer d'échanger des données de façon sécurisée au-delà des limites de l'entreprise avec une . En tant qu'administrateur, vous pouvez vérifier les points suivants:

  • Les clients disposant d'un accès privilégié n'ont pas non plus accès aux ressources des partenaires.
  • Les clients ayant accès aux données sensibles peuvent seulement lire les ensembles de données publics, mais pas de leur écrire.

Comment VPC Service Controls réduit les risques d'exfiltration de données

VPC Service Controls vous aide à vous protéger contre les actions accidentelles ou ciblées par des entités externes ou internes, ce qui permet de réduire les risques les risques d'exfiltration de données à partir de services Google Cloud tels que Cloud Storage et dans BigQuery. VPC Service Controls vous permet de créer des périmètres qui protègent les ressources et les données des services que vous spécifiez explicitement.

VPC Service Controls sécurise vos services Google Cloud en définissant les commandes suivantes:

  • Les clients d'un périmètre qui disposent d'un accès privé à certaines ressources ne peuvent pas accéder à des ressources non autorisées (potentiellement publiques) situées en dehors du périmètre.

  • Les données ne peuvent pas être copiées vers des ressources non autorisées en dehors du périmètre à l'aide d'opérations de service telles que gsutil cp ou bq mk.

  • Échange de données entre les clients et les ressources séparés par des périmètres est sécurisée à l'aide de règles d'entrée et de sortie.

  • L'accès contextuel aux ressources est basé sur les attributs du client, tels que le type d'identité (compte de service ou utilisateur), l'identité, les données d'appareil et l'origine du réseau (adresse IP ou réseau VPC). Voici des exemples d'accès contextuel :

    • Les clients extérieurs au périmètre qui se trouvent sur Google Cloud au sein des ressources VPC autorisées et utilisent Accès privé à Google pour accéder aux ressources situées dans un périmètre

    • L'accès Internet aux ressources d'un périmètre est restreint à l'aide d'une plage d'adresses IPv4 et IPv6.

    Pour en savoir plus, consultez Accès contextuel à l'aide de règles d'entrée

VPC Service Controls offre un niveau de sécurité supplémentaire pour les services Google Cloud, indépendamment de la gestion de l'authentification et des accès (IAM). Tandis que les stratégies IAM permettent un contrôle d'accès précis basé sur l'identité, VPC Service Controls offre une sécurité périmétrique basée sur le contexte plus étendue, et permet par exemple de contrôler la sortie des données au-delà du périmètre. Nous vous recommandons d'utiliser VPC Service Controls conjointement à IAM pour bénéficier d'une défense en profondeur.

VPC Service Controls vous permet de surveiller les modèles d'accès aux ressources périmètres de service à l'aide de Cloud Audit Logs. Pour en savoir plus, consultez Journaux d'audit de VPC Service Controls

Avantages en matière de sécurité offerts par VPC Service Controls

VPC Service Controls permet de limiter les risques de sécurité suivants sans sacrifier les avantages en termes de performances de l'accès privé direct aux ressources Google Cloud :

  • Accès depuis des réseaux non autorisés via des identifiants volés: par n'autorisant l'accès privé qu'à partir des réseaux VPC autorisés, VPC Service Controls vous aide à vous protéger contre le risque d'exfiltration de données. par les clients utilisant des identifiants OAuth ou de compte de service volés.

  • L'exfiltration de données due à des menaces internes ou à un code compromis : VPC Service Controls complète les contrôles effectués sur la sortie des réseaux en empêchant les clients de ces réseaux d'accéder aux ressources des services gérés par Google en dehors du périmètre.

    VPC Service Controls empêche également la lecture de données ou leur copie sur une ressource en dehors du périmètre. VPC Service Controls empêche les opérations de service, telles que la copie sur un bucket Cloud Storage public à l'aide de la commande gsutil cp ou sur une table BigQuery externe permanente à l'aide de la commande bq mk.

    Google Cloud fournit également une adresse IP virtuelle restreinte intégrée VPC Service Controls. L'adresse IP virtuelle restreinte autorise aussi les requêtes à apporter aux services compatibles avec VPC Service Controls sans exposer ces requêtes sur Internet.

  • L'exposition publique de données privées en raison d'une mauvaise configuration des stratégies IAM : VPC Service Controls offre un niveau de sécurité supplémentaire en empêchant l'accès à partir de réseaux non autorisés, même si les données sont exposées par des stratégies IAM mal configurées.

  • Surveiller l'accès aux services: utiliser VPC Service Controls en test à blanc pour surveiller les requêtes adressées à des services protégés sans empêcher l'accès et pour comprendre le trafic de requêtes à vos projets. Vous pouvez également créer des périmètres en pot de miel identifier les tentatives inattendues ou malveillantes de sonder les services accessibles.

Vous pouvez utiliser une règle d'accès de l'organisation et configurer VPC Service Controls pour à l'ensemble de votre organisation Google Cloud, ou utilisez des des règles et de configurer VPC Service Controls pour un dossier ou un projet de l'organisation. Vous conservez la flexibilité nécessaire pour traiter, transformer et copier les données au sein du périmètre.

Les configurations de VPC Service Controls sont gérées au niveau de l'organisation par défaut, mais des stratégies d'accès délimitées pour les dossiers ou les projets peuvent être utilisées pour déléguer l'administration des périmètres de service plus loin dans la ressource la hiérarchie.

VPC Service Controls et métadonnées

VPC Service Controls n'est pas conçu pour appliquer des contrôles complets sur le déplacement des métadonnées.

Dans ce contexte, les données désignent le contenu stocké une ressource Google Cloud. Par exemple, le contenu d'un objet Cloud Storage. Les métadonnées désignent les attributs de l'élément ressource ou son parent. Il peut par exemple s'agir de noms de buckets Cloud Storage.

L'objectif principal de VPC Service Controls est de contrôler le déplacement des données, plutôt que celui des métadonnées, au-delà d'un périmètre de service via des services compatibles. Bien que VPC Service Controls gère également l'accès aux métadonnées, il existe certains scénarios dans lesquels il est possible de copier et d'accéder aux métadonnées sans aucune vérification des règles VPC Service Controls.

Nous vous recommandons d'utiliser IAM, y compris l'utilisation Rôles personnalisés pour garantir un contrôle approprié de l'accès aux métadonnées.

Capacités

VPC Service Controls vous permet de définir des règles de sécurité qui empêchent l'accès à des services gérés par Google en dehors d'un périmètre de confiance, bloquer l'accès aux données depuis des emplacements non fiables, et limiter les risques d'exfiltration des données.

Vous pouvez utiliser VPC Service Controls pour les cas d'utilisation suivants :

Isoler des ressources Google Cloud dans des périmètres de service

Un périmètre de service crée une limite de sécurité autour des ressources Google Cloud. Un périmètre de service permet une communication libre au sein du périmètre mais bloque par défaut la communication avec les services Google Cloud périmètre.

Le périmètre fonctionne spécifiquement avec les services gérés Google Cloud. La périmètre ne bloque pas l'accès aux API ou services tiers sur le à Internet.

Vous pouvez configurer un périmètre pour contrôler les types de communications suivants:

  • D'Internet public aux ressources client dans les services gérés
  • Depuis des machines virtuelles (VM) vers un service Google Cloud (API)
  • Entre des services Google Cloud

Avec VPC Service Controls, vous n'avez pas besoin d'un cloud privé virtuel (VPC). Pour utiliser VPC Service Controls ne disposant d'aucune ressource sur un VPC vous pouvez autoriser le trafic provenant de plages d'adresses IP externes ou IAM. Pour en savoir plus, consultez Créer et gérer des niveaux d'accès

Voici quelques exemples de création d'une limite de sécurité par VPC Service Controls :

  • Une VM dans un réseau VPC faisant partie d'un périmètre de service peuvent lire ou écrire des Cloud Storage depuis bucket du même périmètre. Cependant, VPC Service Controls n'autorise pas les VM situées dans les réseaux VPC qui sont en dehors du périmètre à accéder aux buckets Cloud Storage qui sont dans le périmètre. Vous devez spécifier une règle d'entrée pour autoriser les VM appartenant à des réseaux VPC en dehors pour accéder aux buckets Cloud Storage situés à l'intérieur du périmètre.

  • Un projet hôte qui contient plusieurs réseaux VPC possède un périmètre différent pour chaque réseau VPC du projet hôte.

  • Une opération de copie entre deux buckets Cloud Storage aboutit si les deux buckets se trouvent au sein du même périmètre de service, mais échoue si l'un des deux se situe en dehors du périmètre.

  • VPC Service Controls ne permet pas aux VM d'un réseau VPC situé dans un périmètre de service d'accéder aux buckets Cloud Storage situés en dehors de ce périmètre.

Le schéma suivant illustre un périmètre de service permettant la communication entre un projet VPC et un bucket Cloud Storage à l'intérieur du périmètre, mais bloque toutes les communications au-delà de celui-ci :

Étendre des périmètres vers un VPN autorisé ou Cloud Interconnect

Les extensions sur site de l'accès privé à Google permettent de configurer la communication privée avec les ressources Google Cloud à partir de réseaux VPC qui couvrent des environnements hybrides. Pour accéder de manière privée aux ressources Google Cloud situées dans un périmètre, le réseau VPC qui contient la zone de destination à partir du réseau sur site doit faire partie du périmètre dans le réseau sur site.

des VM dotées d'adresses IP privées dans un réseau VPC sécurisé par périmètre de service ne peut pas accéder aux ressources gérées situées en dehors de ce périmètre. Si nécessaire, vous pouvez continuer à activer les accès inspectés et audités les API Google (par exemple, Gmail) sur Internet.

Le schéma suivant illustre un périmètre de service qui s'étend aux environnements hybrides avec l'accès privé à Google :

Contrôler l'accès aux ressources Google Cloud depuis Internet

Par défaut, l'accès depuis Internet aux ressources gérées d'un périmètre de service est refusé. Si vous le souhaitez, vous pouvez activer l'accès en fonction du contexte de la requête. Pour ce faire, vous pouvez créer des règles d'entrée ou des niveaux d'accès en fonction de divers attributs, comme l'adresse IP source, l'identité projet Google Cloud source. Si les requêtes effectuées depuis Internet ne répondent pas aux critères définis dans la règle d'entrée ou le niveau d'accès, les requêtes sont refusées.

Pour que la console Google Cloud puisse accéder aux ressources d'un périmètre, vous devez configurer un niveau d'accès permettant l'accès à une ou plusieurs plages IPv4 et IPv6, ou à des comptes utilisateur spécifiques.

Le schéma suivant présente un périmètre de service autorisant l'accès depuis Internet aux ressources protégées en fonction des niveaux d'accès configurés, tels que l'adresse IP ou les règles relatives aux appareils :

Autres contrôles pour limiter les risques d'exfiltration des données

  • Partage restreint de domaine: vous pouvez configurer une organisation permettant de limiter le partage de ressources aux identités appartenant ressource d'organisation. Pour en savoir plus, consultez la section Restreindre les identités par domaine.

  • Accès uniforme au niveau du bucket: pour contrôler de façon uniforme l'accès à vos ressources buckets Cloud Storage, envisagez de configurer Autorisations IAM. L'utilisation de l'accès uniforme au niveau du bucket vous permet d'utiliser d'autres fonctionnalités de sécurité Google Cloud, comme le partage restreint de domaine, la fédération des identités des employés et IAM .

  • Authentification multifacteur: nous vous recommandons d'utiliser l'authentification multifacteur pour accéder à vos ressources Google Cloud.

  • Automatisation à l'aide d'outils Infrastructure as Code: nous vous recommandons déployer des buckets Cloud Storage à l'aide d'un outil d'automatisation pour contrôler l'accès dans les buckets. Transmettre l'infrastructure en tant que code via une intervention humaine ou automatisée avant le déploiement.

  • Analyses post-déploiement : vous pouvez envisager d'utiliser les éléments suivants : outils d'analyse post-déploiement pour rechercher les buckets Cloud Storage ouverts:

    • Security Command Center
    • Cloud Asset Inventory, pour rechercher et analyser l'historique des métadonnées des éléments une stratégie IAM pour déterminer qui a accès à quoi.
    • Des outils tiers tels que Palo Alto PrismaCloud

  • Anonymisation des données sensibles: vous pouvez envisager d'utiliser Sensitive Data Protection pour détecter, classer et anonymiser les données des données sensibles à l'intérieur et à l'extérieur de Google Cloud. Anonymisation des éléments sensibles les données peuvent être effectuées par masquage, tokenisation ou chiffrement.

Services incompatibles

Pour en savoir plus sur les produits et services compatibles avec VPC Service Controls, consultez la page Produits compatibles et limites.

Toute tentative visant à limiter un service non compatible à l'aide de l'outil de ligne de commande gcloud ou de l'API Access Context Manager génère une erreur.

L'accès entre projets aux données de services non compatibles est bloqué par VPC Service Controls. De plus, il est possible d'utiliser une adresse IP virtuelle restreinte pour empêcher les charges de travail d'appeler des services incompatibles.

Limitations connues

Certains services Google Cloud présentent des limites connues et interfaces lorsque vous utilisez VPC Service Controls. Par exemple : VPC Service Controls n'est pas compatible avec tous les services Google Cloud. Par conséquent, n'activez pas les services Google Cloud non compatibles dans le périmètre. Pour en savoir plus, consultez la liste des produits compatibles avec VPC Service Controls. Si vous devez utiliser un service non compatible avec VPC Service Controls, activer le service dans un projet situé en dehors du périmètre.

Nous vous recommandons de consulter les limitations connues avant d'inclure Services Google Cloud dans le périmètre. Pour en savoir plus, consultez les limites applicables au service VPC Service Controls.

Glossaire

Cet article traite de plusieurs nouveaux concepts introduits par VPC Service Controls :

VPC Service Controls
Technologie permettant de définir un périmètre de service autour des ressources des services gérés par Google pour contrôler les communications entre ces services.
périmètre de service
Périmètre de service autour des ressources gérées par Google. Permet une communication libre au sein du périmètre, mais bloque par défaut toutes les communications au-delà de celui-ci.
règle d'entrée
Règle qui autorise un client API situé en dehors du périmètre à accéder aux ressources d'un périmètre. Pour en savoir plus, consultez la section Règles d'entrée et de sortie.
règle de sortie
Règle permettant à un client API ou à une ressource situé dans le périmètre d'accéder à des ressources Google Cloud en dehors de ce périmètre. Le périmètre ne bloque pas l'accès à des API ou services tiers sur Internet.
liaison de périmètre de service

Une liaison de périmètre permet à des projets situés dans différents périmètres de service de communiquer. Comme les liaisons de périmètre sont bidirectionnelles, les projets de chaque périmètre de service bénéficient d'un accès identique, tel que défini dans le champ d'application de la liaison.

Access Context Manager

Service de classification de requêtes sensible au contexte pouvant mapper une requête à un niveau d'accès en fonction d'attributs spécifiques du client, tels que l'adresse IP source. Pour en savoir plus, consultez la page Présentation d'Access Context Manager.

niveau d'accès

Une classification des requêtes sur Internet basée sur plusieurs attributs, comme la plage d'adresses IP source, l'appareil client, la géolocalisation, etc. Comme d'une règle d'entrée, vous pouvez utiliser un niveau d'accès pour configurer pour accorder l'accès depuis Internet en fonction du niveau d'accès associées à une demande. Vous pouvez créer un niveau d'accès à l'aide d'Access Context Manager.

règle d'accès

Objet de ressource Google Cloud qui définit les périmètres de service. Toi peuvent créer des règles d'accès qui s'appliquent à des dossiers ou projets spécifiques ; ainsi qu'une stratégie d'accès qui peut s'appliquer à l'ensemble de l'organisation. Une une organisation ne peut avoir qu'une seule règle d'accès au niveau de l'organisation.

règle délimitée

Une règle délimitée est une stratégie d’accès qui est limitée à des dossiers ou et une règle d'accès qui s'applique à l'ensemble de l'organisation. Pour en savoir plus, consultez la page Présentation des règles applicables.

Adresse IP virtuelle restreinte

L'adresse IP virtuelle restreinte fournit une route de réseau privé pour les produits et les API compatibles avec VPC Service Controls afin que les données et ressources utilisées ces produits inaccessibles sur Internet. restricted.googleapis.com correspond à 199.36.153.4/30. Cette plage d'adresses IP n'est pas exposée sur Internet.

Étapes suivantes