Cloud Data Loss Prevention (Cloud DLP) fait désormais partie de la protection des données sensibles. Le nom de l'API reste le même: API Cloud Data Loss Prevention (API DLP). Pour en savoir plus sur les services qui composent la protection des données sensibles, consultez Présentation de la protection des données sensibles.

Profiler des données Cloud SQL dans une organisation ou un dossier

Cette page explique comment configurer la découverte de données Cloud SQL au niveau d'une organisation ou d'un dossier. Si vous souhaitez profiler un projet, consultez la page Profiler des données Cloud SQL dans un seul projet.

Pour en savoir plus sur le service de découverte, consultez la page Profils de données.

Fonctionnement

Voici un workflow de haut niveau pour le profilage des données Cloud SQL:

Créez une configuration d'analyse.

Une fois que vous avez créé une configuration d'analyse, la protection des données sensibles commence à identifier vos instances Cloud SQL et à créer une connexion par défaut pour chaque instance. Selon le nombre d'instances dans le champ d'application de la détection, ce processus peut prendre quelques heures. Vous pouvez quitter la console Google Cloud et vérifier vos connexions ultérieurement.
Accordez les rôles IAM requis à l'agent de service associé à votre configuration d'analyse.
Lorsque les connexions par défaut sont prêtes, autorisez la protection des données sensibles à accéder à vos instances Cloud SQL en mettant à jour chaque connexion avec les bons identifiants d'utilisateur de base de données. Vous pouvez fournir des comptes utilisateur de base de données existants ou créer des utilisateurs de base de données.

Remarque :Pour les instances Cloud SQL pour PostgreSQL, vous avez la possibilité d'utiliser l'agent de service en tant qu'utilisateur de la base de données.
Recommandation: Augmentez le nombre maximal de connexions que Sensitive Data Protection peut utiliser pour profiler vos données. Augmenter les connexions peut accélérer la découverte.

Services compatibles

Cette fonctionnalité est compatible avec les éléments suivants:

Cloud SQL pour MySQL
Cloud SQL pour PostgreSQL

Cloud SQL pour SQL Server n'est pas compatible.

Tarifs et quotas

La détection Cloud SQL est gratuite jusqu'au 1er février 2024 pour la protection des données sensibles. Après cette date, la détection Cloud SQL sera facturée de la même manière que la découverte BigQuery.

L'utilisation d'autres services Google Cloud liés au profilage des données est toujours facturée:

Des frais de Secret Manager s'appliquent chaque fois que la protection des données sensibles accède à un secret. Les opérations d'accès se produisent lorsque la protection des données sensibles profile vos tables et vérifie régulièrement les mises à jour.
Si vous enregistrez les profils de données dans BigQuery, des frais BigQuery vous sont facturés.

Avant de commencer

Vérifiez que vous disposez des autorisations IAM requises pour configurer les profils de données au niveau de l'organisation.

Si vous ne disposez pas du rôle Administrateur de l'organisation (roles/resourcemanager.organizationAdmin) ou Administrateur de sécurité (roles/iam.securityAdmin), vous pouvez toujours créer une configuration d'analyse. Toutefois, une fois la configuration d'analyse créée, une personne disposant de l'un de ces rôles doit accorder l'accès au profilage des données à votre agent de service.
Vous devez disposer d'un modèle d'inspection dans chaque région où vous avez des données à profiler. Si vous souhaitez utiliser un seul modèle pour plusieurs régions, vous pouvez utiliser un modèle stocké dans la région global. Si des règles d'administration vous empêchent de créer un modèle d'inspection global, vous devez définir un modèle d'inspection dédié pour chaque région. Pour en savoir plus, consultez la section Considérations relatives à la résidence des données.

Cette tâche vous permet de créer un modèle d'inspection uniquement dans la région global. Si vous avez besoin de modèles d'inspection dédiés pour une ou plusieurs régions, vous devez créer ces modèles avant d'effectuer cette tâche.
Vous pouvez configurer la protection des données sensibles pour qu'elle envoie des notifications à Pub/Sub lorsque certains événements se produisent, par exemple lorsque la protection des données sensibles profile une nouvelle table. Si vous souhaitez utiliser cette fonctionnalité, vous devez d'abord créer un sujet Pub/Sub.

Pour générer des profils de données, vous avez besoin d'un conteneur d'agent de service et d'un agent de service. Cette tâche vous permet de les créer automatiquement.

Créer une configuration d'analyse

Accédez à la page Créer une configuration d'analyse.

Accéder à la page "Créer une configuration d'analyse"
Accédez à votre organisation. Dans la barre d'outils, cliquez sur le sélecteur de projet, puis sélectionnez votre organisation.

Les sections suivantes fournissent des informations supplémentaires sur les étapes de la page Créer une configuration d'analyse. À la fin de chaque section, cliquez sur Continuer.

Sélectionner un type de détection

Sélectionnez Cloud SQL.

Sélectionner un niveau d'accès

Effectuez l'une des opérations suivantes :

Pour configurer le profilage au niveau de l'organisation, sélectionnez Analyser l'ensemble de l'organisation.
Pour configurer le profilage au niveau d'un dossier, sélectionnez Analyser le dossier sélectionné. Cliquez sur Parcourir, puis sélectionnez le dossier.

Gérer les planifications

Si la fréquence de profilage par défaut répond à vos besoins, vous pouvez ignorer cette section de la page Créer une configuration d'analyse. Cette section est utile si vous souhaitez ajuster précisément la fréquence de profilage de toutes vos données ou de certains sous-ensembles de données. Elle est également utile si vous ne souhaitez pas que certaines tables soient profilées, ou si vous voulez qu'elles soient profilées une seule fois, puis jamais.

Dans cette section, vous allez créer des filtres pour spécifier certains sous-ensembles de données qui vous intéressent. Pour ces sous-ensembles, vous déterminez si la protection des données sensibles doit profiler les tables et à quelle fréquence. Ici, vous spécifiez également les types de modifications qui doivent entraîner le reprofilage d'une table. Enfin, vous spécifiez les conditions auxquelles chaque table des sous-ensembles doit remplir avant que la protection des données sensibles ne commence à profiler la table.

Pour effectuer des ajustements précis de la fréquence de profilage, procédez comme suit:

Cliquez sur Ajouter un calendrier de diffusion.
Dans la section Filtres, définissez un ou plusieurs filtres spécifiant les tables comprises dans le champ d'application de la planification.

Spécifiez au moins l'un des éléments suivants:
- ID de projet ou expression régulière spécifiant un ou plusieurs projets.
- ID d'instance ou expression régulière qui spécifie une ou plusieurs instances.
- ID de base de données ou expression régulière qui spécifie une ou plusieurs bases de données.
- ID de table ou expression régulière spécifiant une ou plusieurs tables. Saisissez cette valeur dans le champ Nom de ressource ou expression régulière de la base de données.
Les expressions régulières doivent respecter la syntaxe RE2.

Par exemple, si vous souhaitez que toutes les tables d'une base de données soient incluses dans le filtre, saisissez l'ID de la base de données dans le champ ID de la base de données.

Si vous souhaitez ajouter d'autres filtres, cliquez sur Ajouter un filtre et répétez cette étape.
Cliquez sur Fréquence.
Dans la section Frequency (Fréquence), indiquez si le service de découverte doit profiler les tables sélectionnées et, le cas échéant, à quelle fréquence:
- Si vous ne souhaitez jamais que les tables soient profilées, désactivez l'option Profiler ces données.
- Si vous souhaitez que les tables soient profilées au moins une fois, laissez l'option Profiler ces données activée.
  
  Dans les champs suivants de cette section, vous spécifiez si le système doit reprofiler vos données et les événements qui doivent déclencher une opération de reprofilage. Pour en savoir plus, consultez la section Fréquence de génération de profils de données.
  1. Sous En fonction d'une programmation, indiquez la fréquence à laquelle vous souhaitez que les tables soient reprofilées. Les tables sont reprofilées, qu'elles aient été modifiées ou non.
  2. Pour Lorsque le schéma est modifié, spécifiez la fréquence à laquelle la protection des données sensibles doit vérifier si les tables sélectionnées ont subi des modifications de schéma après leur dernier profilage. Seules les tables avec des modifications de schéma seront reprofilées.
  3. Pour Types de modifications de schéma, spécifiez les types de modifications de schéma qui doivent déclencher une opération de reprofilage. Sélectionnez l'une des options suivantes :
    - Nouvelles colonnes: reprofilez les tables dans lesquelles de nouvelles colonnes ont été ajoutées.
    - Colonnes supprimées: reprofilez les tables dont des colonnes ont été supprimées.
    Par exemple, supposons que certaines de vos tables gagnent de nouvelles colonnes chaque jour et que vous deviez profiler leur contenu à chaque fois. Vous pouvez définir Lorsque le schéma est modifié sur Reprofiler tous les jours et Types de modifications de schéma sur Nouvelles colonnes.
  4. Sous Lors de l'inspection des modifications apportées au modèle, indiquez si vous souhaitez que vos données soient reprofilées lorsque le modèle d'inspection associé est mis à jour et, le cas échéant, à quelle fréquence.
    Remarque:Vous spécifiez les modèles d'inspection à utiliser à l'étape Sélectionner un modèle d'inspection de cette page.
    
    Une modification du modèle d'inspection est détectée dans les cas suivants:
    - Le nom d'un modèle d'inspection change dans votre configuration d'analyse.
    - Le updateTime d'un modèle d'inspection est modifié.
Cliquez sur Conditions.

Dans la section Conditions, spécifiez les types de ressources de base de données que vous souhaitez profiler. Par défaut, la protection des données sensibles est configurée pour profiler tous les types de ressources de base de données compatibles. Lorsque la protection des données sensibles prendra en charge d'autres types de ressources de base de données, ces types seront également profilés automatiquement.
Facultatif: Si vous souhaitez définir explicitement les types de ressources de base de données à profiler, procédez comme suit:
1. Cliquez sur le champ Types de ressources de base de données.
2. Sélectionnez les types de ressources de base de données que vous souhaitez profiler.
Si la protection des données sensibles ajoute ultérieurement la prise en charge de la découverte pour d'autres types de ressources de base de données Cloud SQL, ces types ne seront profilés que si vous revenez dans cette liste et les sélectionnez.
Cliquez sur OK.
Si vous souhaitez ajouter d'autres planifications, cliquez sur Ajouter une planification et répétez les étapes précédentes.
Pour réorganiser les planifications en fonction de leur priorité, utilisez les flèches vers le haut et vers le bas. Par exemple, si les filtres de deux planifications différentes correspondent au tableau A, la planification qui figure le plus haut dans la liste des priorités est prioritaire.

La dernière planification de la liste est toujours celle intitulée Planification par défaut. Cette planification par défaut couvre les tables de la ressource sélectionnée (organisation ou dossier) qui ne correspondent à aucune des planifications que vous avez créées. Cette programmation par défaut suit la fréquence de profilage par défaut du système.
Si vous souhaitez ajuster la programmation par défaut, cliquez sur Modifier la programmation et ajustez les paramètres si nécessaire.

Sélectionner un modèle d'inspection

Selon la manière dont vous souhaitez fournir une configuration d'inspection, choisissez l'une des options suivantes. Quelle que soit l'option que vous choisissez, la protection des données sensibles analyse vos données dans la région où elles sont stockées. Autrement dit, vos données ne quittent pas leur région d'origine.

Option 1: Créer un modèle d'inspection

Choisissez cette option si vous souhaitez créer un modèle d'inspection dans la région global.

Cliquez sur Créer un modèle d'inspection.
Facultatif: Pour modifier la sélection par défaut des infoTypes, cliquez sur Gérer les infoTypes.

Pour savoir comment gérer les infoTypes intégrés et personnalisés dans cette section, consultez Gérer les infoTypes via la console Google Cloud.

Vous devez sélectionner au moins un infoType pour continuer.
Facultatif : poursuivez la configuration du modèle d'inspection en ajoutant des ensembles de règles et en définissant un seuil de confiance. Pour en savoir plus, consultez la section Configurer la détection.

Lorsque la protection des données sensibles crée la configuration d'analyse, elle stocke ce nouveau modèle d'inspection dans la région global.

Option 2: Utiliser un modèle d'inspection existant

Choisissez cette option si vous souhaitez utiliser des modèles d'inspection existants.

Cliquez sur Sélectionner un modèle d'inspection existant.
Saisissez le nom complet de la ressource du modèle d'inspection que vous souhaitez utiliser. Le champ Région est renseigné automatiquement avec le nom de la région dans laquelle votre modèle d'inspection est stocké.

Le modèle d'inspection que vous saisissez doit se trouver dans la même région que les données à profiler. Pour respecter la résidence des données, la protection des données sensibles n'utilise pas de modèle d'inspection en dehors de sa propre région.

Pour trouver le nom complet de ressource d'un modèle d'inspection, procédez comme suit :
1. Accédez à la liste de vos modèles d'inspection. Cette page s'ouvre dans un nouvel onglet.
  
  Accéder aux modèles d'inspection
2. Basculez vers le projet qui contient le modèle d'inspection que vous souhaitez utiliser.
3. Dans l'onglet Modèles, cliquez sur l'ID du modèle que vous souhaitez utiliser.
4. Sur la page qui s'affiche, copiez le nom complet de la ressource du modèle. Il a le format suivant :
```
projects/PROJECT_ID/locations/REGION/inspectTemplates/TEMPLATE_ID
```
5. Sur la page Créer une configuration d'analyse, dans le champ Nom du modèle, collez le nom de ressource complet du modèle.
Si vous disposez de données dans une autre région et que vous souhaitez utiliser un modèle d'inspection pour cette région, procédez comme suit:
1. Cliquez sur Ajouter un modèle d'inspection.
2. Saisissez le nom complet de la ressource du modèle d'inspection.
Répétez ces étapes pour chaque région dans laquelle vous disposez d'un modèle d'inspection dédié.
Facultatif: Ajoutez un modèle d'inspection stocké dans la région global. La protection des données sensibles utilise automatiquement ce modèle pour les données des régions dans lesquelles vous ne disposez pas de modèle d'inspection dédié.

Attention :Si vous n'incluez pas de modèle d'inspection stocké dans la région global, la protection des données sensibles ne peut pas profiler les données dans les régions qui ne disposent pas de modèle d'inspection dédié. Pour en savoir plus, consultez la section Considérations sur la résidence des données.

Ajouter des actions

Dans les sections suivantes, vous spécifiez les actions que la protection des données sensibles doit effectuer après avoir généré les profils de données.

Pour en savoir plus sur la facturation des autres services Google Cloud pour la configuration des actions, consultez la page Tarifs d'exportation de profils de données.

Publier sur Chronicle

Les métriques collectées à partir de profils de données peuvent ajouter du contexte à vos résultats Chronicle. Le contexte supplémentaire peut vous aider à déterminer les problèmes de sécurité les plus importants à résoudre. Par exemple, si vous enquêtez sur un agent de service particulier dans Chronicle, les profils de données peuvent vous indiquer si cet agent de service a accès aux tables présentant des niveaux de risque élevés pour les données.

Pour envoyer vos profils de données à votre compte Chronicle, activez l'option Publier sur Chronicle.

Si Chronicle n'est pas activé pour votre organisation, l'activation de cette option n'a aucun effet.

Publier dans Security Command Center

Cette action vous permet d'envoyer à Security Command Center les niveaux de risque lié aux données et de sensibilité des profils de données de table calculés.

Security Command Center est le service centralisé de signalement des failles et des menaces de Google Cloud. Vous pouvez exploiter les insights issus de profils de données pour trier et développer des plans de réponse aux failles et aux menaces identifiées dans Security Command Center.

Pour que vous puissiez utiliser cette action, vous devez activer Security Command Center au niveau de l'organisation. L'activation de Security Command Center au niveau de l'organisation permet le flux de résultats à partir de services intégrés tels que la protection des données sensibles. La protection des données sensibles fonctionne avec Security Command Center Standard et Premium.

Si Security Command Center n'est pas activé au niveau de l'organisation, les résultats de protection des données sensibles n'apparaîtront pas dans Security Command Center. Pour en savoir plus, consultez la section Vérifier le niveau d'activation de Security Command Center.

Pour envoyer les résultats de vos profils de données à Security Command Center, assurez-vous que l'option Publier dans Security Command Center est activée.

Pour en savoir plus, consultez Publier des profils de données dans Security Command Center.

Enregistrer des copies des profils de données dans BigQuery

L'activation de l'option Enregistrer des copies des profils de données dans BigQuery vous permet de conserver une copie ou un historique enregistré de tous vos profils générés. Cela peut être utile pour créer des rapports d'audit et visualiser des profils de données. Vous pouvez également charger ces informations dans d'autres systèmes.

En outre, cette option vous permet d'afficher tous vos profils de données dans une seule vue, quelle que soit la région dans laquelle vos données se trouvent. Si vous désactivez cette option, vous pouvez toujours afficher les profils de données dans votre tableau de bord. Toutefois, dans votre tableau de bord, vous ne sélectionnez qu'une région à la fois et n'affichez que les profils de données pour cette région.

Pour exporter des copies des profils de données vers une table BigQuery, procédez comme suit:

Activez l'option Enregistrer des copies des profils de données dans BigQuery.
Saisissez les détails de la table BigQuery dans laquelle vous souhaitez enregistrer les profils de données:
- Dans le champ ID du projet, saisissez l'ID d'un projet existant vers lequel vous souhaitez exporter les profils de données.
- Pour ID de l'ensemble de données, saisissez le nom d'un ensemble de données existant dans le projet vers lequel vous souhaitez exporter les profils de données.
- Pour ID de la table, saisissez le nom de la table BigQuery vers laquelle les profils de données seront exportés. Si vous n'avez pas créé cette table, le service de protection des données sensibles la crée automatiquement pour vous à l'aide du nom que vous fournissez.

La protection des données sensibles commence à exporter des profils dès que vous activez cette option. Les profils générés avant l'activation de l'exportation ne sont pas enregistrés dans BigQuery.

Publier dans Pub/Sub

L'activation de l'option Publier sur Pub/Sub vous permet d'effectuer des actions programmatiques basées sur les résultats du profilage. Vous pouvez utiliser les notifications Pub/Sub pour développer un workflow de récupération et de correction des résultats comportant un risque important pour les données ou une sensibilité.

Pour envoyer des notifications à un sujet Pub/Sub, procédez comme suit:

Activez l'option Publier sur Pub/Sub.

Une liste d'options s'affiche. Chaque option décrit un événement qui amène la protection des données sensibles à envoyer une notification à Pub/Sub.
Sélectionnez les événements qui doivent déclencher une notification Pub/Sub.

Si vous sélectionnez Envoyer une notification Pub/Sub à chaque mise à jour d'un profil, la protection des données sensibles envoie une notification en cas de modification des métriques au niveau de la table suivantes:
- Risque lié aux données
- Confidentialité
- infoTypes prédits
- Autres infoTypes
- Public
- Chiffrement
Pour chaque événement sélectionné, procédez comme suit:
1. Saisissez le nom du thème. Le nom doit respecter le format suivant:
```
projects/PROJECT_ID/topics/TOPIC_ID
```
  Remplacez les éléments suivants :
  - PROJECT_ID: ID du projet associé au sujet Pub/Sub.
  - TOPIC_ID: ID du sujet Pub/Sub.
2. Indiquez si vous souhaitez inclure dans la notification le profil complet de la table ou uniquement le nom complet de la ressource de la table profilée.
3. Définissez les niveaux minimaux de risque et de sensibilité des données à atteindre pour que la protection des données sensibles puisse envoyer une notification.
4. Indiquez si l'une ou les deux conditions de risque et de sensibilité des données doivent être remplies. Par exemple, si vous choisissez AND, le risque lié aux données et les conditions de sensibilité doivent être remplis avant que la protection des données sensibles n'envoie une notification.

Remarque : Votre agent de service doit disposer d'un accès en publication sur le sujet Pub/Sub. Le rôle Diffuseur Pub/Sub (roles/pubsub.publisher) est un exemple de rôle disposant d'un accès en publication. Si vous ne disposez pas encore d'un agent de service, la protection des données sensibles vous permet d'en créer un ultérieurement sur la page Créer une configuration d'analyse. En cas de problèmes de configuration ou d'autorisation avec le sujet Pub/Sub, la protection des données sensibles réessaie d'envoyer la notification Pub/Sub pendant deux semaines maximum. Après deux semaines, la notification est supprimée.

Gérer le conteneur et la facturation de l'agent de service

Dans cette section, vous spécifiez le projet à utiliser comme conteneur d'agent de service. Vous pouvez demander à la protection des données sensibles de créer automatiquement un projet ou choisir un projet existant.

Si vous n'avez pas de conteneur d'agent de service, sélectionnez Créer un projet en tant que conteneur d'agent de service.

La protection des données sensibles crée un projet nommé Conteneur d'agent de service DLP. L'agent de service de ce projet sera utilisé pour l'authentification auprès de Sensitive Data Protection et d'autres API. La protection des données sensibles vous invite à sélectionner le compte à facturer pour toutes les opérations facturables liées à ce projet, y compris les opérations qui ne sont pas liées au profilage des données.

Si vous ne disposez pas des autorisations nécessaires pour créer des projets, cette option est désactivée. Pour en savoir plus sur les autorisations requises, consultez la section Rôles requis pour utiliser des profils de données au niveau de l'organisation ou du dossier.
Si vous souhaitez réutiliser un conteneur d'agent de service existant, sélectionnez Sélectionner un conteneur d'agent de service existant. Cliquez ensuite sur Parcourir pour sélectionner l'ID de projet du conteneur d'agent de service.

Que vous utilisiez un agent de service nouvellement créé ou que vous réutilisiez un agent existant, assurez-vous qu'il dispose d'un accès en lecture aux données à profiler.

Définir l'emplacement de stockage de la configuration

Cliquez sur la liste Emplacement de la ressource, puis sélectionnez la région dans laquelle vous souhaitez stocker cette configuration d'analyse. Toutes les configurations d'analyse que vous créez ultérieurement seront également stockées à cet emplacement.

L'emplacement où vous choisissez de stocker votre configuration d'analyse n'a aucune incidence sur les données à analyser. De plus, cela n'a aucune incidence sur l'emplacement de stockage des profils de données. Vos données sont analysées dans la même région que celle où elles sont stockées. Pour en savoir plus, consultez la section Considérations relatives à la résidence des données.

Vérifier et créer

Pour vous assurer que le profilage ne démarre pas automatiquement après la création de la configuration d'analyse, sélectionnez Créer une analyse en mode suspendu.

Cette option est utile dans les cas suivants:
- Votre administrateur Google Cloud doit toujours accorder à l'agent de service l'accès au profilage des données.
- Vous souhaitez créer plusieurs configurations d'analyse et certaines configurations pour remplacer d'autres.
- Vous avez choisi d'enregistrer les profils de données dans BigQuery et vous souhaitez vous assurer que l'agent de service dispose d'un accès en écriture à votre table de sortie.
- Vous avez configuré des notifications Pub/Sub et vous souhaitez accorder un accès en publication à l'agent de service.
Vérifiez vos paramètres, puis cliquez sur Créer.

La protection des données sensibles crée la configuration d'analyse et l'ajoute à la liste des configurations d'analyse de découverte.

Pour afficher ou gérer vos configurations d'analyse, consultez la page Gérer les configurations d'analyse.

La protection des données sensibles commence à identifier vos instances Cloud SQL et à créer une connexion par défaut pour chacune d'elles. Selon le nombre d'instances concernées par la découverte, ce processus peut prendre quelques heures. Vous pouvez quitter la console Google Cloud et vérifier vos connexions ultérieurement.

Lorsque les connexions par défaut sont prêtes, mettez-les à jour avec les identifiants utilisateur de la base de données que la protection des données sensibles doit utiliser pour profiler vos instances Cloud SQL. Pour en savoir plus, consultez la section Gérer les connexions à utiliser avec la découverte.

Étapes suivantes

Découvrez comment mettre à jour vos connexions.