Convention de règles pour les règles de protection des données

Pour définir la convention de règles, utilisez l'interface utilisateur Gérer les paramètres des règles ou appelez l'API des paramètres d'application des règles et définissez " governance_access_type comme l'une de ces valeurs :

Convention de règle pour les règles de localisation de données

Pour définir la convention de règles, utilisez l'interface utilisateur Gérer les paramètres des règles ou appelez l'API des paramètres d'application des règles et définissez " governance_dlr_type comme l'une de ces valeurs :

Priorité d'action de règle

La priorité de l'action de règle spécifie les droits d'accès les plus sécurisés, les plus souples ou les plus hiérarchiques à un actif. Les actions, par ordre de clémence, sont: Autoriser l'accès, Masque et Filtre, Refuser l'accès.

Un exemple d'application de cette priorité est le partage des ressources humaines entre le service des ressources humaines. La convention de règle est définie pour refuser l'accès. Une règle indique si un actif est marqué comme document de ressources humaines et si l'utilisateur fait partie du groupe d'utilisateurs des ressources humaines, autorise l'accès. Une autre règle stipule que si une règle contient des informations financières sur les employés, ces informations doivent être masquées.

Les informations financières des employés sont conservées dans une base de données avec des tables qui combinent des données sur les emplois, les salaires et la retraite. La table Travaux contient des données pour tous les types d'employés et une colonne RetireType qui indique le statut de retraite des employés. Une troisième règle exclut toutes les lignes si la valeur de la colonne RetireType est Retired.

Lorsque toutes les règles sont en vigueur, la décision de Allow access de la première règle est annulée par la décision de masquer les données de la deuxième règle lorsque Most secure action wins. La troisième règle filtre toutes les lignes où RetireType est défini sur Retired.

Application hiérarchique en tant que priorité d'action de règle

L'application hiérarchique présente un intérêt particulier si vous avez besoin d'un accès aux données plus restrictif et que vous souhaitez tout de même écrire des règles plus génériques. Cependant, le comportement résultant est possible en écrivant des règles disjointes pour chaque combinaison d'accès de types d'utilisateurs et de données. L'option d'application hiérarchique en tant que priorité d'action de règle fournit un processus de réflexion simplifié en pensant comme deux questions distinctes:

1. Qui peut être autorisé à accéder à quel actif? Vous pouvez ensuite supprimer la plupart des questions relatives au masquage de certains types de données et simplifier la décision en deux options uniquement: Allow ou Deny.

2. Quelles sont les données à masquer? Vous pouvez ensuite ignorer l'état de la première question pour l'octroi de l'accès. Vous pouvez désormais écrire une règle de masquage plus abstraite, telle que Si l'actif de données contient une colonne de classe de données sensitive personal data , occultez les colonnes avec la classe de données sensitive personal data. Cette règle en dehors d'une configuration hiérarchique inclut une autorisation implicite d'accès à l'actif avec masquage appliqué.

L'option permettant de définir la priorité de décision de règle sur Application hiérarchique peut être définie à partir de l'assistant Gérer les paramètres de règle ou à partir de la définition de la valeur HIERARCHICAL pour l' APIaccess_decision_precedence. Le paramètre d' application hiérarchique configure une évaluation à deux couches pour les règles de protection des données. La première couche évalue les règles d'une décision, ce qui se traduit par des actions Allow ou Deny , sans tenir compte des actions de masquage. Ensuite, uniquement si la décision de la première couche est d'accéder à Allow , une deuxième couche est évaluée en prenant en compte les règles avec une action Transform . Pour voir des données masquées ou brutes, au moins une décision Allow est nécessaire.

• Pour la convention Locked , cette décision Allow ne peut être prise qu'avec une règle avec une action Allow . Dans la convention Locked , si vous avez des règles qui se traduit par des décisions Transform ou Mask , mais que vous n'avez pas de règle Allow qui accorde l'accès, le résultat reste Deny. Toutefois, si vous disposez de plusieurs règles avec des actions Allow et Transform, Allow procède à l'évaluation de Transform et la décision combinée qui en résulte correspond aux actions de masquage qui en résultent.
• Pour la convention Unlocked , la priorité hiérarchique devient équivalente à la priorité L'action la plus sécurisée gagne (option d'APIRESTRICTIVE ) car une décision Allow de la première couche hiérarchique n'est réalisable que si aucune règle efficace ne génère Deny. Par conséquent, si vous disposez à la fois d'une action Deny et d'une action Transform , le résultat de l' application hiérarchique (option d'APIHIERARCHICAL ) et de l' action la plus sécurisée l'emporte (option d'APIRESTRICTIVE ) est l'action Deny .

Priorité de la méthode de masquage

La priorité de la méthode de masquage spécifie la transformation des valeurs de données à partir de la plus grande confidentialité ou de la plus grande utilité. La priorité est appliquée lorsqu'une action de règle est Masque et détermine comment les valeurs de données sont masquées. Les méthodes de masquage, par ordre de confidentialité, sont : Occulter, Remplacer, Brouiller. Les méthodes de masquage, par ordre d'utilité, sont : Brouiller, Remplacer, Occulter.

Un exemple d'application de cette priorité est un comptable qui a créé une règle spécifiant que les numéros de carte de crédit doivent être brouillés. Le masquage des numéros permet uniquement aux représentants des réclamations de voir un numéro de carte pour aider les clients qui veulent retourner leurs marchandises. Le comptable a créé une autre règle qui occulte tous les numéros de carte de crédit si vous êtes dans le service des ventes.

Lorsqu'un employé du service des ventes et du service des réclamations accède aux mêmes informations de carte de crédit, les deux méthodes de masquage agissent sur les mêmes données. Si la convention de règle est la plus sécurisée, la priorité de la méthode de masquage occulte les informations accessibles par les ventes. Cependant, comme l'employé est également au service des réclamations, il peut voir les quatre derniers chiffres du numéro de carte de crédit brouillé.

Scénario: établissement de conventions et de priorités

Dans Gestion des paramètres de règle, Clarice a choisi les options suivantes:

• Convention: convention d'accès aux données déverrouillée qui suit la convention AEAD ( allow everything author deny ).
• Priorité de l'action de règle: L'action la plus clémente l'emporte
• Priorité de la méthode de masquage de règle: La méthode avec le plus grand nombre de gains de confidentialité

Scénario: Création de règles de protection des données

Clarice crée trois règles pour protéger les données dans la feuille de calcul des employés suivante:

Règle 1: If the user group is the Sales team, then deny access to the data in the asset. Toute personne de l'équipe commerciale ne peut pas voir les données appartenant à Clarice.

Règle 2: If the asset name is Employee Spreadsheet and it contains columns named Last Name, Email Address, then mask by obfuscating all columns named Last Name and Email Address. L'exemple suivant montre que les colonnes Nom de famille et Adresse e-mail sont brouillées dans la feuille de calcul Employé lorsqu'un utilisateur de Finance y accède.

Règle 3: If the user group is the Sales team and that user is accessing the Employee Spreadsheet, then mask by redacting the column named Email Address. L'exemple suivant montre que lorsque l'équipe commerciale accède à la feuille de calcul, elle ne se voit pas refuser l'accès en raison de la priorité de la règle indulgente. Ils peuvent voir les noms de famille brouillés. Cependant, comme Clarice a sélectionné la priorité de la méthode de masquage la plus privée, les adresses électroniques sont occultées.