Regelkonvention für Datenschutzregeln

Um die Regelkonvention festzulegen, verwenden Sie die Benutzeroberfläche für die Verwaltung von Regeleinstellungen oder rufen Sie die API für die Durchsetzung von Regeln auf und setzen Sie " governance_access_type auf einen dieser Werte:

Regelkonvention für Datenpositionsregeln

Um die Regelkonvention festzulegen, verwenden Sie die Benutzeroberfläche für die Verwaltung von Regeleinstellungen oder rufen Sie die API für die Durchsetzung von Regeln auf und setzen Sie " governance_dlr_type auf einen dieser Werte:

Rangfolge der Regelaktionen

Die Regelaktionsrangfolge gibt den sichersten, den tolerantesten oder den hierarchischen Durchsetzungszugriff an, den Benutzer auf ein Asset haben. Die Aktionen, in der Reihenfolge der Nachsicht, sind: Zugriff zulassen, Maske und Filter, Zugriff verweigern.

Ein Beispiel für die Anwendung dieser Vorrangstellung ist, dass Personalressourcen von der Personalabteilung gemeinsam genutzt werden. Die Regelkonvention ist so festgelegt, dass der Zugriff verweigert wird. Eine Regel gibt an, ob ein Asset als Personaldokument markiert ist, und wenn sich der Benutzer in der Benutzergruppe für Personalwesen befindet, erlauben Sie den Zugriff. Eine andere Regel besagt, dass diese Informationen maskiert werden müssen, wenn eine Regel Mitarbeiterfinanzinformationen enthält.

Die Finanzinformationen des Mitarbeiters werden in einer Datenbank mit Tabellen gespeichert, in denen Jobs, Gehälter und Rentendaten kombiniert werden. Die Tabelle "Jobs" enthält Daten für alle Mitarbeitertypen und eine Spalte RetireType , die den Außerbetriebnahmestatus von Mitarbeitern angibt. Eine dritte Regel schließt alle Zeilen aus, wenn der Wert der Spalte RetireType Retiredlautet.

Wenn alle Regeln in Kraft sind, wird die Entscheidung von Allow access aus der ersten Regel durch die Entscheidung, Daten der zweiten Regel zu maskieren, außer Kraft gesetzt, wenn Most secure action winsgilt. Die dritte Regel filtert alle Zeilen heraus, in denen RetireType auf Retiredgesetzt ist.

Hierarchiale Durchsetzung als Regelaktionsrangfolge

Die hierarchische Durchsetzung ist von besonderem Interesse, wenn Sie einen restriktiveren Datenzugriff benötigen und dennoch allgemeinere Regeln schreiben möchten. Das resultierende Verhalten ist jedoch möglich, indem für jede Zugriffskombination von Benutzer-und Datentypen unterschiedliche Regeln geschrieben werden. Die hierarchische Durchsetzungsoption als Vorrangstellung für Ihre Regelaktion bietet einen vereinfachten Denkprozess, indem sie als zwei separate Fragen betrachtet wird:

1. Wer kann auf welches Asset zugreifen? Anschließend können Sie viele Fragen zur Maskierung bestimmter Datentypen entfernen und die Entscheidung in nur zwei Optionen vereinfachen: Allow oder Deny.

2. Welche Daten müssen maskiert werden? Anschließend können Sie den Status der ersten Frage für die Erteilung des Zugriffs ignorieren. Sie können jetzt eine abstraktere Maskierungsregel schreiben, wie z. B. Wenn das Datenasset Spalten der Datenklasse enthält sensitive personal data , dann Spalten mit Datenklasse neu bearbeiten sensitive personal data. Diese Regel außerhalb einer hierarchischen Konfiguration enthält eine implizite Erteilung des Zugriffs auf das Asset mit angewendeter Maskierung.

Die Option zum Festlegen der Regelentscheidungsrangfolge auf Hierarchische Durchsetzung kann über den Assistenten Regeleinstellungen verwalten oder alternativ über das Festlegen des Werts HIERARCHICAL für die access_decision_precedence -APIfestgelegt werden. Die Einstellung Hierarchische Durchsetzung konfiguriert eine zweischichtige Auswertung für Datenschutzregeln. Die erste Schicht wertet die Regeln für eine Entscheidung aus, was zu Allow -oder Deny -Aktionen führt, ohne Maskierungsaktionen zu berücksichtigen. Dann wird nur dann, wenn die Entscheidung aus der ersten Ebene den Allow -Zugriff betrifft, eine zweite Ebene unter Berücksichtigung von Regeln mit einer Transform -Aktion ausgewertet. Um maskierte oder Rohdaten anzuzeigen, ist mindestens eine Allow -Entscheidung erforderlich.

• Für die Locked -Konvention kann diese Entscheidung Allow nur mit einer Regel mit der Aktion Allow erreicht werden. Wenn Sie in der Locked -Konvention Regeln haben, die zu Transform -oder Mask -Entscheidungen führen, aber keine Allow -Regel haben, die Zugriff gewährt, bleibt das Ergebnis Deny. Wenn Sie jedoch mehrere Regeln mit den Aktionen Allow und Transformhaben, fährt Allow mit der Auswertung der Transform fort, und die resultierende kombinierte Entscheidung sind die resultierenden Maskierungsaktionen.
• Bei der Unlocked -Konvention entspricht die hierarchische Vorrangstellung der Vorrangstellung Die sicherste Aktion gewinnt (RESTRICTIVE -API-Option), da eine Allow -Entscheidung aus der ersten hierarchischen Schicht nur ohne effektive Regeln erreichbar ist, die zu Denyführen. Wenn Sie also sowohl eine Deny -Aktion als auch eine Transform -Aktion haben, lautet das Ergebnis für die Aktion Hierarchical enforcement (API-OptionHIERARCHICAL ) und Most secure action wins (API-OptionRESTRICTIVE ) Deny .

Vorrangstellung der Maskierungsmethode

Die Vorrangstellung der Maskierungsmethode gibt die Umsetzung von Datenwerten aus dem meisten Datenschutz oder dem meisten Dienstprogramm an. Die Rangfolge wird angewendet, wenn eine Regelaktion "Maske" ist, und bestimmt, wie die Datenwerte maskiert werden. Die Maskierungsmethoden in der Datenschutzreihenfolge lauten wie folgt: Unkenntlich machen, Ersetzen, Verschleiern. Die Maskierungsmethoden in der Dienstprogrammreihenfolge lauten wie folgt: Verschleiern, Ersetzen, Unkenntlich machen.

Ein Beispiel für die Anwendung dieser Rangfolge ist ein Buchhalter, der eine Regel erstellt hat, die angibt, dass Kreditkartennummern verschlüsselt werden müssen. Durch das Maskieren der Zahlen können nur Schadenvertreter eine Kartennummer sehen, um Kunden zu helfen, die ihre Waren zurückgeben wollen. Der Buchhalter hat eine weitere Regel erstellt, die alle Kreditkartennummern neu bearbeitet, wenn Sie in der Verkaufsabteilung sind.

Wenn ein Mitarbeiter, der sowohl in der Vertriebsabteilung als auch in der Schadensabteilung auf dieselben Kreditkarteninformationen zugreift, reagieren beide Maskierungsmethoden auf dieselben Daten. Wenn die Regelkonvention am sichersten ist, bearbeitet die Maskierungsmethode die Informationen, auf die der Vertrieb zugreift, neu. Da sich der Mitarbeiter jedoch auch in der Schadensabteilung befindet, kann er die letzten vier Ziffern der verschlüsselten Kreditkartennummer sehen.

Szenario: Konventionen und Rangfolge erstellen

Unter Regeleinstellungen verwaltenhat Clarice die folgenden Optionen ausgewählt:

• Konvention: Unlocked -Datenzugriffskonvention, die der AEAD-Konvention ( allow everything author deny ) entspricht.
• Vorrangstellung der Regelaktionen: Die toleranteste Aktion hat Vorrang
• Vorrangstellung der Regelmaskierungsmethode: Methode mit den meisten Datenschutzgewinnen

Szenario: Datenschutzregeln erstellen

Clarice erstellt drei Regeln zum Schutz der Daten in der folgenden Mitarbeitertabelle:

Regel 1: If the user group is the Sales team, then deny access to the data in the asset. Jeder aus dem Vertriebsteam kann keine Daten anzeigen, deren Eigner Clarice ist.

Regel 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. Im folgenden Beispiel werden die Spalten "Nachname" und "E-Mail-Adresse" in der Mitarbeitertabelle verschlüsselt, wenn jemand in der Finanzabteilung darauf zugreift.

Regel 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. Das folgende Beispiel zeigt, wenn das Vertriebsteam auf das Arbeitsblatt zugreift, wird ihnen der Zugriff aufgrund der nachsichtigen Regelvorrangstellung nicht verweigert. Sie können die verschlüsselten Nachnamen sehen. Da Clarice jedoch die meisten privaten Maskierungsmethoden ausgewählt hat, werden die E-Mail-Adressen neu bearbeitet.