Profiler des données BigQuery dans un seul projet

Cette page explique comment configurer la découverte de données BigQuery au niveau du projet. Le résultat de cette tâche est une configuration de découverte au niveau du projet qui, si elle est active, indique à Sensitive Data Protection de profiler vos données selon un calendrier défini.

Si vous souhaitez profiler une organisation ou un dossier, consultez Profiler des données BigQuery dans une organisation ou un dossier.

Attention : Si vous disposez d'un abonnement de découverte au niveau de l'organisation, y compris d'un abonnement fourni par Security Command Center, utilisez une configuration de découverte au niveau de l'organisation, même si vous ne prévoyez de profiler qu'un seul projet de l'organisation. N'utilisez pas de configuration de découverte au niveau du projet, car elle est facturée séparément.

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

Pour commencer à profiler des données, vous devez créer une configuration d'analyse de découverte.

Avant de commencer

1. Si vous disposez d'un abonnement de découverte au niveau de l'organisation, y compris d'un abonnement fourni par Security Command Center, sachez que cette configuration de découverte au niveau du projet n'est pas comprise dans votre abonnement et est facturée séparément. Nous vous recommandons d'utiliser une configuration de découverte au niveau de l'organisation pour profiler le projet. Pour en savoir plus, consultez Profiler des projets ou des éléments de données sélectionnés dans une organisation ou un dossier.

2. Assurez-vous que l'API Cloud Data Loss Prevention est activée dans votre projet :

   Connectez-vous à votre compte Google Cloud . Si vous débutez sur Google Cloud, créez un compte pour évaluer les performances de nos produits en conditions réelles. Les nouveaux clients bénéficient également de 300 $ de crédits sans frais pour exécuter, tester et déployer des charges de travail.

   In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Roles required to select or create a project

   • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
   • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

   Verify that billing is enabled for your Google Cloud project.

   Enable the required API, if it is not already enabled.

   Roles required to enable APIs

   To enable APIs, you need the serviceusage.services.enable permission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.

   Enable the API

   In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Roles required to select or create a project

   • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
   • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

   Verify that billing is enabled for your Google Cloud project.

   Enable the required API, if it is not already enabled.

   Roles required to enable APIs

   To enable APIs, you need the serviceusage.services.enable permission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.

   Enable the API

3. Vérifiez que vous disposez des autorisations IAM requises pour configurer les profils de données au niveau du projet.

4. 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 dans la région global, vous devez définir un modèle d'inspection dédié pour chaque région. Pour en savoir plus, consultez Considérations sur la résidence des données.

   Cette tâche vous permet de créer un modèle d'inspection dans la région global uniquement. 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.

5. Vous pouvez configurer Sensitive Data Protection pour envoyer des notifications à Pub/Sub lorsque certains événements se produisent, par exemple lorsque Sensitive Data Protection profile une nouvelle table. Si vous souhaitez utiliser cette fonctionnalité, vous devez d'abord créer un sujet Pub/Sub.

6. Vous pouvez configurer Sensitive Data Protection pour qu'il associe automatiquement des tags à vos ressources. Cette fonctionnalité vous permet d'accorder l'accès à ces ressources de manière conditionnelle en fonction de leurs niveaux de sensibilité calculés. Si vous souhaitez utiliser cette fonctionnalité, vous devez d'abord effectuer les tâches décrites dans Contrôler l'accès IAM aux ressources en fonction de la sensibilité des données.

Créer une configuration d'analyse

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

   Accéder à la page "Créer une configuration d'analyse"

2. Accédez à votre projet. Dans la barre d'outils, cliquez sur le sélecteur de projet et sélectionnez votre projet.

Les sections suivantes fournissent plus d'informations 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 BigQuery.

Sélectionner un niveau d'accès

Effectuez l'une des opérations suivantes :

• Si vous souhaitez analyser une seule table, sélectionnez Analyser une table.

  Pour chaque table, vous ne pouvez avoir qu'une seule configuration d'analyse de ressource unique. Pour en savoir plus, consultez Profiler une seule ressource de données.

  Saisissez les détails de la table dont vous souhaitez créer le profil.

• Si vous souhaitez effectuer un profilage standard au niveau du projet, sélectionnez Analyser le projet sélectionné.

Gérer les planifications

Si la fréquence de profilage par défaut vous convient, vous pouvez ignorer cette section de la page Créer une configuration d'analyse.

Configurez cette section pour les raisons suivantes :

• Pour ajuster précisément la fréquence de profilage de toutes vos données ou de certains sous-ensembles de données.
• Pour spécifier les tables que vous ne souhaitez pas profiler.
• Pour spécifier les tables que vous ne souhaitez pas profiler plus d'une fois.

Pour ajuster précisément la fréquence de profilage, procédez comme suit :

1. Cliquez sur Ajouter une programmation.

2. Dans la section Filtres, vous définissez un ou plusieurs filtres qui spécifient les tables incluses dans le champ d'application de la programmation. Une table est considérée comme relevant du champ d'application de la programmation si elle correspond à au moins un des filtres définis.

   Pour configurer un filtre, spécifiez au moins l'un des éléments suivants :

   • ID du projet ou expression régulière spécifiant un ou plusieurs projets
   • ID d'ensemble de données ou expression régulière spécifiant un ou plusieurs ensembles de données
   • ID de table ou expression régulière spécifiant une ou plusieurs tables

   Les expressions régulières doivent suivre la syntaxe RE2.

   Par exemple, si vous souhaitez que toutes les tables d'un ensemble de données soient incluses dans le filtre, spécifiez l'ID de cet ensemble de données et laissez les deux autres champs vides.

   Pour correspondre à un filtre, une table doit respecter toutes les expressions régulières spécifiées dans ce filtre.

   Si vous souhaitez ajouter d'autres filtres, cliquez sur Ajouter un filtre et répétez cette étape.

3. Cliquez sur Fréquence.

4. Dans la section Fréquence, indiquez si Sensitive Data Protection doit profiler les tables que vous avez définies dans vos filtres et, le cas échéant, à quelle fréquence :

   • Si vous ne souhaitez jamais profiler les tables, désactivez l'option Profiler les tables.

   • Si vous souhaitez que les tables soient profilées au moins une fois, laissez l'option Profiler les tables activée.

     Dans les champs suivants de cette section, vous spécifiez si le système doit reprofiler vos données et quels événements doivent déclencher une opération de reprofilage. Pour en savoir plus, consultez Fréquence de génération des profils de données.

     1. Pour En cas de modification du schéma, spécifiez la fréquence à laquelle Sensitive Data Protection doit vérifier si les tables sélectionnées ont subi des modifications de schéma après leur dernier profilage. Seules les tables dont le schéma a été modifié seront reprofilées.
     2. Pour Types de modifications du schéma, spécifiez les types de modifications du schéma qui doivent déclencher une opération de reprofilage. Sélectionnez l'une des options suivantes :
        • Nouvelles colonnes : reprofilez les tables qui ont de nouvelles colonnes.
        • Colonnes supprimées : reprofilez les tables dont des colonnes ont été supprimées.

        Par exemple, supposons que vous disposiez de tables qui gagnent de nouvelles colonnes chaque jour et que vous deviez profiler leur contenu à chaque fois. Vous pouvez définir Lors des modifications de schéma sur Reprofiler tous les jours et Types de modification de schéma sur Nouvelles colonnes.

     3. Pour En cas de modification de la table, spécifiez la fréquence à laquelle Sensitive Data Protection doit vérifier si les tables sélectionnées ont été modifiées depuis leur dernier profilage. Seules les tables ayant subi des modifications seront reprofilées. Les modifications de table incluent par exemple les suppressions de lignes et les modifications de schéma.

        Vous devez sélectionner une valeur identique ou moins fréquente que celle que vous avez définie dans le champ En cas de modification du schéma.

     4. Pour Fréquence d'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 l'un des cas suivants :

        • Le nom d'un modèle d'inspection change dans votre configuration d'analyse.
        • Le updateTime d'un modèle d'inspection change.

     Par exemple, si vous définissez un modèle d'inspection pour la région us-west1 et que vous le mettez à jour, seules les données de la région us-west1 seront reprofilées.

5. Cliquez sur Conditions.

6. Dans la section Conditions, spécifiez les conditions que les tables définies dans vos filtres doivent remplir avant que Sensitive Data Protection ne les profile. Si vous définissez des conditions minimales et la condition temporelle, Sensitive Data Protection ne profile que les tables qui répondent aux deux types de conditions.

   • Conditions minimales : ces conditions sont utiles si vous souhaitez retarder le profilage d'une table jusqu'à ce qu'elle comporte suffisamment de lignes ou qu'elle atteigne un certain âge. Activez les conditions que vous souhaitez appliquer, puis spécifiez le nombre minimal de lignes ou la durée minimale.
   • Condition de temps : cette condition est utile si vous ne souhaitez pas que les anciennes tables soient profilées. Activez la condition de temps, puis sélectionnez une date et une heure. Toutes les tables créées à cette date ou avant sont exclues du profilage.

   Exemples de conditions

   Supposons que vous disposiez de la configuration suivante :

   • Conditions minimales

     • Nombre minimal de lignes : 10 lignes
     • Durée minimale : 24 heures

   • Condition temporelle

     • Code temporel : 04/05/22, 23:59

   Dans ce cas, Sensitive Data Protection exclut toutes les tables créées le 4 mai 2022 à 23h59 ou avant. Parmi les tables créées après cette date et cette heure, Sensitive Data Protection ne profile que les tables qui comportent 10 lignes ou qui ont au moins 24 heures.

7. Dans la section Tables à profiler, sélectionnez l'une des options suivantes, en fonction des types de tables que vous souhaitez profiler :

   • Profiler toutes les tables : sélectionnez cette option si vous souhaitez que Sensitive Data Protection profile tous les types de tables correspondant à vos filtres et conditions.

     Pour les types de tables non compatibles, Sensitive Data Protection ne génère que des profils partiellement renseignés. Ces profils affichent des erreurs indiquant que les tables auxquelles ils se rapportent ne sont pas compatibles. Sélectionnez cette option si vous souhaitez afficher les profils partiels malgré les messages d'erreur.

     Lorsque Sensitive Data Protection ajoute la compatibilité avec un nouveau type de table, il reprofile entièrement les tables de ce type lors de la prochaine exécution planifiée.

   • Profiler les tables compatibles : sélectionnez cette option si vous souhaitez que Sensitive Data Protection ne profile que les tables compatibles qui correspondent à vos filtres et conditions. Les tables non compatibles n'auront pas de profils partiels.

   • Types de tables propres au profil : sélectionnez cette option si vous souhaitez que Sensitive Data Protection ne profile que les types de tables que vous sélectionnez. Dans la liste qui s'affiche, sélectionnez un ou plusieurs types.

     Lorsque Sensitive Data Protection ajoute la compatibilité avec un nouveau type de table, il ne profile pas automatiquement les tables de ce type. Pour profiler les types de tables nouvellement compatibles, vous devez modifier votre configuration d'analyse et sélectionner ces types.

   Si vous ne sélectionnez aucune option, Sensitive Data Protection n'établit le profil que des tables BigQuery et affiche des erreurs pour les tables non compatibles.

   Les tarifs du profilage des données varient en fonction des types de tables profilées. Pour en savoir plus, consultez la section Tarifs du profilage des données.

8. Cliquez sur OK.

9. Facultatif : Pour ajouter d'autres programmations, cliquez sur Ajouter une programmation et répétez les étapes précédentes.

10. Pour spécifier la priorité entre les planifications, réorganisez-les à l'aide des flèches vers le haut  et vers le bas .

    L'ordre des planifications spécifie la manière dont les conflits entre les planifications sont résolus. Si une table correspond aux filtres de deux programmations différentes, la programmation située plus haut dans la liste des programmations dicte la fréquence de profilage de cette table.

    Remarque : Si votre mode de tarification de la découverte est le mode abonnement, le taux auquel Sensitive Data Protection profile vos données dépend de la capacité que vous avez achetée. Pour déterminer votre capacité de profilage quotidienne, consultez Surveiller l'utilisation. Si vous avez sous-provisionné la capacité, il est possible que les fréquences de profilage que vous avez définies dans vos planifications ne soient pas respectées. S'il existe un backlog de données à profiler, l'ordre de planification ne dicte pas l'ordre dans lequel Sensitive Data Protection profile les données du backlog. En revanche, toutes les ressources de données concernées se voient attribuer un emplacement aléatoire dans la file d'attente.

11. Facultatif : Modifiez ou désactivez la Planification de rattrapage.

    La dernière planification de la liste est la planification générique. Cette planification couvre les tables de votre champ d'application sélectionné qui ne correspondent à aucune des planifications que vous avez créées. La programmation globale suit la fréquence de profilage par défaut du système.

    • Pour ajuster la programmation de l'option "Tout intercepter", cliquez sur Modifier la programmation, puis ajustez les paramètres si nécessaire.
    • Pour empêcher Sensitive Data Protection de profiler une ressource couverte par la programmation globale, désactivez l'option Profiler les ressources qui ne correspondent à aucune programmation personnalisée.

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 choisie, Sensitive Data Protection analyse vos données dans la région où elles sont stockées. En d'autres termes, 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.

1. Cliquez sur Créer un modèle d'inspection.

2. Facultatif : Pour modifier la sélection par défaut des infoTypes, cliquez sur Gérer les infoTypes.

   Pour en savoir plus sur la gestion des infoTypes intégrés et personnalisés, consultez Gérer les infoTypes via la consoleGoogle Cloud .

   Vous devez sélectionner au moins un infoType pour continuer.

3. 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 Sensitive Data Protection crée la configuration d'analyse, il 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.

1. Cliquez sur Sélectionner un modèle d'inspection existant.
2. Saisissez le nom de ressource complet du modèle d'inspection que vous souhaitez utiliser. Le champ Région est automatiquement renseigné avec le nom de la région où 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, Sensitive Data Protection n'utilise pas de modèle d'inspection en dehors de la région où ce modèle est stocké.

   Pour trouver le nom de ressource complet 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. Sélectionnez le projet contenant le modèle d'inspection que vous souhaitez utiliser.
   3. Sélectionnez Configuration> Modèles> Inspecter, puis 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. Le nom complet de la ressource suit 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 complet de la ressource du modèle.
3. Pour ajouter un modèle d'inspection pour une autre région, cliquez sur Ajouter un modèle d'inspection, puis saisissez le nom complet de la ressource du modèle. Répétez cette opération pour chaque région dans laquelle vous disposez d'un modèle d'inspection dédié.
4. Facultatif : Ajoutez un modèle d'inspection stocké dans la région global. Sensitive Data Protection utilise automatiquement ce modèle pour les données des régions pour lesquelles vous ne disposez pas d'un modèle d'inspection dédié.
Attention : Si vous n'incluez pas de modèle d'inspection stocké dans la région global, Sensitive Data Protection ne peut pas profiler les données dans les régions qui ne disposent pas d'un modèle d'inspection dédié. Pour en savoir plus, consultez Considérations relatives à la résidence des données.

Ajouter des actions

Cette section explique comment spécifier les actions que vous souhaitez que Sensitive Data Protection effectue après le profilage d'une table. Ces actions sont utiles si vous souhaitez envoyer des insights recueillis à partir de profils de données à d'autres servicesGoogle Cloud .

Remarque : Pour en savoir plus sur la façon dont d'autres services Google Cloud peuvent vous facturer la configuration d'actions, consultez Tarifs d'exportation des profils de données.

Publier dans Security Command Center

Les résultats des profils de données fournissent du contexte lorsque vous triez et développez des plans de réponse pour vos résultats de failles et de menaces dans Security Command Center.

Remarque : Vous pouvez également configurer Security Command Center pour qu'il hiérarchise automatiquement les ressources pour la fonctionnalité de simulation de chemin d'attaque en fonction de la sensibilité calculée des données qu'elles contiennent. Pour en savoir plus, consultez Définir automatiquement les valeurs de priorité des ressources en fonction de la sensibilité des données.

Pour pouvoir utiliser cette action, Security Command Center doit être activé au niveau de l'organisation. L'activation de Security Command Center au niveau de l'organisation permet de transmettre les résultats des services intégrés tels que Sensitive Data Protection. Sensitive Data Protection est compatible avec Security Command Center dans tous les niveaux de service.

Si Sensitive Data Protection n'est pas activé au niveau de l'organisation, les résultats de Sensitive Data Protection n'apparaîtront pas dans Security Command Center. Pour en savoir plus, consultez 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

Sensitive Data Protection enregistre une copie de chaque profil de données généré dans une table BigQuery. Si vous ne fournissez pas les détails de la table de votre choix, Sensitive Data Protection crée un ensemble de données et une table dans le projet. Par défaut, l'ensemble de données est nommé sensitive_data_protection_discovery et la table est nommée discovery_profiles.

Important : La table de sortie utilise DataProfileBigQueryRowSchema comme schéma. Ce schéma peut changer à mesure que Sensitive Data Protection ajoute des fonctionnalités. Assurez-vous que vos workflows peuvent gérer les modifications de schéma, par exemple en ignorant les champs inconnus.

Cette action vous permet de conserver un historique de tous vos profils générés. Cet historique 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.

Cette option vous permet également de voir tous vos profils de données dans une seule vue, quelle que soit la région où résident vos données. Bien que vous puissiez également afficher les profils de données via la consoleGoogle Cloud , la console n'affiche les profils que dans une seule région à la fois.

Lorsque Sensitive Data Protection ne parvient pas à profiler une table, il réessaie régulièrement. Pour minimiser le bruit dans les données exportées, Sensitive Data Protection n'exporte vers BigQuery que les profils générés avec succès.

Sensitive Data Protection commence à exporter les 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.

Remarque  : L'agent de service associé à votre projet doit disposer d'un accès en écriture à la table dans laquelle les copies de profil seront enregistrées.

Pour obtenir des exemples de requêtes que vous pouvez utiliser lors de l'analyse des profils de données, consultez Analyser les profils de données.

Enregistrer un échantillon des résultats de la découverte dans BigQuery

Sensitive Data Protection peut ajouter des exemples de résultats à une table BigQuery de votre choix. Les exemples de résultats représentent un sous-ensemble de tous les résultats et peuvent ne pas représenter tous les infoTypes découverts. Normalement, le système génère environ 10 exemples de résultats par table, mais ce nombre peut varier pour chaque exécution de découverte.

Chaque résultat inclut la chaîne réelle (également appelée citation) qui a été détectée et son emplacement exact.

Cette action est utile si vous souhaitez évaluer si votre configuration d'inspection correspond correctement au type d'informations que vous souhaitez signaler comme sensibles. À l'aide des profils de données exportés et des exemples de résultats exportés, vous pouvez exécuter des requêtes pour obtenir plus d'informations sur les éléments spécifiques qui ont été signalés, les types d'informations auxquels ils correspondent, leurs emplacements exacts, leurs niveaux de sensibilité calculés et d'autres détails.

Important : La table de sortie utilise DataProfileFinding comme schéma. Ce schéma peut changer à mesure que Sensitive Data Protection ajoute des fonctionnalités. Assurez-vous que vos workflows peuvent gérer les modifications de schéma, par exemple en ignorant les champs inconnus.

Exemple de requête : afficher des exemples de résultats liés aux profils de données de table

Pour cet exemple, les options Enregistrer des copies des profils de données dans BigQuery et Enregistrer un échantillon des résultats de la découverte dans BigQuery doivent être activées.

La requête suivante utilise une opération INNER JOIN à la fois sur la table des profils de données exportés et sur la table des exemples de résultats exportés. Dans la table obtenue, chaque enregistrement affiche la citation du résultat, l'infoType auquel il correspond, la ressource qui contient le résultat et le niveau de sensibilité calculé de la ressource.

SELECT
 findings_table.quote,
 findings_table.infotype.name,
 findings_table.location.container_name,
 findings_table.location.data_profile_finding_record_location.field.name AS field_name,
 profiles_table.table_profile.dataset_project_id AS project_id,
 profiles_table.table_profile.dataset_id AS dataset_id,
 profiles_table.table_profile.table_id AS table_id,
 profiles_table.table_profile.sensitivity_score AS table_sensitivity_score
 FROM
 `FINDINGS_TABLE_PROJECT_ID.FINDINGS_TABLE_DATASET_ID.FINDINGS_TABLE_ID_latest_v1` AS findings_table
INNER JOIN
 `PROFILES_TABLE_PROJECT_ID.PROFILES_TABLE_DATASET_ID.PROFILES_TABLE_ID_latest_v1` AS profiles_table
ON
 findings_table.data_profile_resource_name=profiles_table.table_profile.name
 AND findings_table.timestamp.timestamp=profiles_table.table_profile.profile_last_generated.timestamp

Pour enregistrer un échantillon de résultats dans une table BigQuery, procédez comme suit :

1. Activez l'option Enregistrer un échantillon des résultats de la découverte dans BigQuery.

2. Saisissez les détails de la table BigQuery dans laquelle vous souhaitez enregistrer les exemples de résultats.

   La table que vous spécifiez pour cette action doit être différente de celle utilisée pour l'action Enregistrer des copies des profils de données dans BigQuery.

   • Dans le champ ID du projet, saisissez l'ID d'un projet existant vers lequel vous souhaitez exporter les résultats.

   • Dans le champ ID de l'ensemble de données, saisissez le nom d'un ensemble de données existant dans le projet.

   • Dans le champ ID de la table, saisissez le nom de la table BigQuery dans laquelle vous souhaitez enregistrer les résultats. Si cette table n'existe pas, Sensitive Data Protection la crée automatiquement pour vous en utilisant le nom que vous fournissez.

Remarque  : L'agent de service associé à votre projet doit disposer d'un accès en écriture à la table.

Pour en savoir plus sur le contenu de chaque résultat enregistré dans la table BigQuery, consultez DataProfileFinding.

Associer des tags à des ressources

L'activation de l'option Associer des tags aux ressources indique à Sensitive Data Protection d'ajouter automatiquement des tags à vos données en fonction de leur niveau de sensibilité calculé. Cette section nécessite que vous effectuiez d'abord les tâches décrites dans Contrôler l'accès IAM aux ressources en fonction de la sensibilité des données.

Pour ajouter automatiquement un tag à une ressource en fonction de son niveau de sensibilité calculé, procédez comme suit :

1. Activez l'option Taguer des ressources.

2. Pour chaque niveau de sensibilité (élevé, modéré, faible et inconnu), saisissez le chemin d'accès de la valeur de tag que vous avez créée pour le niveau de sensibilité donné.

   Si vous ignorez un niveau de sensibilité, aucun tag n'est associé à ce niveau.

3. Pour réduire automatiquement le niveau de risque des données d'une ressource lorsque le tag de niveau de sensibilité est présent, sélectionnez Lorsqu'un tag est appliqué à une ressource, réduire le risque des données de son profil à FAIBLE. Cette option vous aide à mesurer l'amélioration de votre stratégie de sécurité et de confidentialité des données.

   Important : Cette option remplace le niveau de risque calculé pour les données de la ressource profilée.

4. Sélectionnez l'une des options suivantes, ou les deux :

   • Taguer une ressource lorsqu'elle est profilée pour la première fois.

   • Taguer une ressource lorsque son profil est mis à jour. Sélectionnez cette option si vous souhaitez que Sensitive Data Protection écrase la valeur du tag de niveau de sensibilité lors des exécutions de découverte suivantes. Par conséquent, l'accès d'un compte principal à une ressource change automatiquement à mesure que le niveau de sensibilité des données calculé pour cette ressource augmente ou diminue.

     Ne sélectionnez pas cette option si vous prévoyez de mettre à jour manuellement les valeurs des tags de niveau de sensibilité que le service de découverte a associés à vos ressources. Si vous sélectionnez cette option, Sensitive Data Protection peut écraser vos mises à jour manuelles.

Publier dans Pub/Sub

L'activation de l'option Publier dans Pub/Sub vous permet d'effectuer des actions programmatiques en fonction des résultats du profilage. Vous pouvez utiliser les notifications Pub/Sub pour développer un workflow permettant de détecter et de corriger les résultats présentant un risque ou une sensibilité de données importants.

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

1. Activez l'option Publier dans Pub/Sub.

   Une liste d'options s'affiche. Chaque option décrit un événement qui amène Sensitive Data Protection à envoyer une notification à Pub/Sub.

2. 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, Sensitive Data Protection envoie une notification en cas de modification du niveau de sensibilité, du niveau de risque des données, des infoTypes détectés, de l'accès public et d'autres métriques importantes du profil.

3. Pour chaque événement que vous sélectionnez, procédez comme suit :

   1. Saisissez le nom du sujet. Le nom doit être au 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 le profil de table complet dans la notification ou seulement le nom de ressource complet de la table profilée.

   3. Définissez les niveaux minimaux de risque et de sensibilité des données à respecter pour que Sensitive Data Protection envoie une notification.

   4. Indiquez si une seule ou les deux conditions de risque et de sensibilité des données doivent être remplies. Par exemple, si vous choisissez AND, les conditions de risque et de sensibilité des données doivent être remplies pour que Sensitive Data Protection envoie une notification.

Remarque  : L'agent de service associé à votre projet 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. En cas de problème de configuration ou d'autorisation avec le sujet Pub/Sub, Sensitive Data Protection tente d'envoyer la notification Pub/Sub pendant deux semaines au maximum. Après deux semaines, la notification est supprimée.

Envoyer à Knowledge Catalog sous forme d'aspects

Cette action vous permet d'ajouter des aspects Knowledge Catalog aux tables profilées en fonction des insights des profils de données. Cette action ne s'applique qu'aux profils nouveaux et mis à jour. Les profils existants qui ne sont pas mis à jour ne sont pas envoyés à Knowledge Catalog.

Lorsque vous activez cette action, Sensitive Data Protection associe l'aspect Sensitive Data Protection profile à l'entrée Knowledge Catalog pour chaque table nouvelle ou mise à jour que vous profilez. Les aspects générés contiennent des insights recueillis à partir des profils de données. Vous pouvez ensuite rechercher dans votre organisation et vos projets des entrées avec des valeurs d'aspect Sensitive Data Protection profile spécifiques.

Pour envoyer les profils de données à Knowledge Catalog, assurez-vous que l'option Envoyer au catalogue Dataplex sous forme d'aspects est activée.

Pour en savoir plus, consultez Ajouter des aspects Knowledge Catalog en fonction des insights des profils de données.

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éerez ultérieurement seront également stockées à cet emplacement.

L'emplacement de stockage de votre configuration d'analyse n'a aucune incidence sur les données à analyser. Vos données sont analysées dans la région où elles sont stockées. Pour en savoir plus, consultez Considérations sur la résidence des données.

Remarque : Si vous disposez déjà d'une configuration d'analyse, vous ne pouvez pas modifier la valeur définie dans ce champ. Toutes les configurations d'analyse sont stockées au même emplacement. Si vous souhaitez modifier l'emplacement de toutes vos configurations d'analyse, vous devez les supprimer, les recréer et les stocker dans le nouvel emplacement.

Vérifier et créer

1. Si vous souhaitez 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 :

   • 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 à la table BigQuery dans laquelle les copies des profils de données seront enregistrées.
   • Vous avez choisi d'enregistrer un échantillon des résultats de la découverte dans BigQuery et vous souhaitez vous assurer que l'agent de service dispose d'un accès en écriture à la table BigQuery où l'échantillon des résultats sera enregistré.
   • Vous avez configuré des notifications Pub/Sub et vous souhaitez accorder un accès en publication à l'agent de service.
   • Vous avez activé l'action Associer des tags aux ressources et vous devez accorder à l'agent de service l'accès au tag de niveau de sensibilité.
2. 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 Gérer les configurations d'analyse.

Si votre agent de service dispose des rôles nécessaires pour accéder à vos données et les profiler, Sensitive Data Protection commence à analyser vos données peu de temps après la création de la configuration d'analyse ou la reprise d'une configuration suspendue. Sinon, Sensitive Data Protection affiche une erreur lorsque vous affichez les détails de la configuration d'analyse.

Remarque : Nous améliorons régulièrement notre algorithme de détection. Si nous constatons que votre organisation ou projet peut bénéficier d'une nouvelle amélioration que nous implémentons, nous pouvons régénérer automatiquement vos profils de données et répéter les actions dans votre configuration d'analyse. Aucuns frais Sensitive Data Protection ne vous seront facturés pour cette opération. Toutefois, comme nous allons répéter les actions, des frais liés à l'utilisation d'autres services Google Cloud pourraient vous être facturés. Par exemple, si vous avez configuré Sensitive Data Protection pour enregistrer les profils de données dans BigQuery, des frais BigQuery peuvent vous être facturés.

Étapes suivantes

Découvrez comment gérer les profils de données.

Découvrez comment gérer les configurations d'analyse.

Découvrez comment recevoir et analyser les messages Pub/Sub publiés par le profileur de données.

Découvrez comment résoudre les problèmes liés aux profils de données.

Consultez les limites du profilage des données.