Présentation de VPC Service Controls

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

Qui doit utiliser VPC Service Controls ?

Votre organisation peut détenir des données de propriété intellectuelle très sensibles ou gérer des données sensibles soumises à des réglementations de protection des données supplémentaires, 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 de l'environnement sur site vers le cloud, l'un de vos objectifs peut être de répliquer votre architecture de sécurité basée sur le réseau sur site lorsque vous déplacez vos données vers Google Cloud. Pour protéger vos données hautement sensibles, vous pouvez vous assurer que vos ressources ne sont accessibles que depuis des réseaux approuvés. 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 des 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 gcloud storage 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 la section 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 dans vos périmètres de service à l'aide des journaux d'audit Cloud. 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. présenté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 gcloud storage 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 permet également d'envoyer des requêtes aux services compatibles avec VPC Service Controls sans les exposer à 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 possibilité de traiter, transformer et copier librement des données au sein du périmètre.

Par défaut, les configurations VPC Service Controls sont gérées au niveau de l'organisation, mais des règles d'accès 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 bas dans la hiérarchie des ressources.

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 correspondent aux attributs de l'objet 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 (et d'employer des rôles personnalisés) pour définir un contrôle approprié sur l'accès aux métadonnées.

Fonctionnalités

VPC Service Controls vous permet de définir des règles de sécurité qui empêchent l'accès aux services gérés par Google en dehors d'un périmètre approuvé, de bloquer l'accès aux données depuis des emplacements non approuvés et de 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. Le périmètre ne bloque pas l'accès aux API ou services tiers sur Internet.

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

  • De l'Internet public aux ressources client dans les services gérés
  • Entre des machines virtuelles (VM) et 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 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.

  • Un projet hôte contenant plusieurs réseaux VPC dispose d'une règle de périmètre différente 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 à un VPN ou Cloud Interconnect autorisé

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 d'un périmètre, le réseau VPC contenant la zone de destination sur site doit faire partie du périmètre des ressources du réseau sur site.

Les VM dotées d'adresses IP privées dans un réseau VPC sécurisé par un périmètre de service ne peuvent pas accéder aux ressources gérées situées en dehors du 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 dans le niveau d'accès, elles 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 pour limiter le partage de ressources aux identités appartenant à une 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 manière uniforme l'accès à vos buckets Cloud Storage, envisagez de configurer des autorisations IAM au niveau du bucket. L'utilisation d'un accès uniforme au niveau du bucket vous permet d'utiliser d'autres fonctionnalités de sécurité Google Cloud, telles que le partage restreint de domaine, la fédération d'identité de personnel et les conditions IAM.

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

  • Automatisation à l'aide d'outils d'infrastructure as Code : nous vous recommandons de déployer des buckets Cloud Storage à l'aide d'un outil d'automatisation pour contrôler l'accès à ces buckets. Faites passer l'infrastructure en tant que code par des examens manuels ou automatisés avant le déploiement.

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

  • 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

Il existe des limites connues concernant certains services, produits et interfaces Google Cloud 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, activez 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 permettant à un client API situé en dehors du périmètre d'accéder aux ressources de ce 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 aux 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 section 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 définissant 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 règle d'accès pouvant s'appliquer à l'ensemble de l'organisation. Une organisation ne peut disposer que d'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 section Présentation des règles de portée.

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 renvoie 199.36.153.4/30. Cette plage d'adresses IP n'est pas exposée sur Internet.

Étapes suivantes