Mithilfe von Vorlagen können Sie Konfigurationsinformationen erstellen und persistent speichern, die Sie mit Sensitive Data Protection verwenden können. Vorlagen bieten sich an, wenn Sie Konfigurationsinformationen entkoppeln möchten, z. B. was Sie überprüfen und wie Sie dessen Identifizierung bei der Implementierung Ihrer Anfragen aufheben. Vorlagen bieten eine robuste Möglichkeit, umfangreiche Roll-outs von Sensitive Data Protection-Funktionen zu verwalten.
Sensitive Data Protection unterstützt zwei Arten von Vorlagen:
- Inspektionsvorlagen: Vorlagen zum Speichern von Konfigurationsinformationen für Inspektionsscanjobs, einschließlich der zu verwendenden vordefinierten oder benutzerdefinierten Detektoren.
- De-Identifikationsvorlagen: Vorlagen zum Speichern von Konfigurationsinformationen für De-Identifikationsjobs, einschließlich Transformationen von infoTypes und strukturierten Datasets.
Wann werden Vorlagen verwendet?
Im Folgenden sind einige gängige Anwendungsfälle aufgeführt:
- Governance über mehrere Projekte hinweg standardisieren: Standardisieren Sie Prüfregeln (z. B. Detektorsätze für organisatorische infoTypes) auf Organisations- oder Ordnerebene, um eine konsistente Datensicherheit über mehrere Teams hinweg zu erzwingen.
- Sicherheitskonfiguration vom Anwendungscode entkoppeln: Ermöglichen Sie Sicherheits- und Compliance-Administratoren, infoTypes oder Transformationsregeln zu ändern, ohne dass Entwickler API-Aufrufe aktualisieren oder Anwendungen neu bereitstellen müssen.
- Aufgabentrennung und Zugriffssteuerung erzwingen: Verwenden Sie IAM-Berechtigungen (Identity and Access Management), um einzuschränken, wer sensible Transformationskonfigurationen (z. B. kryptografische Schlüssel, die bei der De-Identifikation verwendet werden) bearbeiten darf. Gleichzeitig können Sie größeren Teams die Berechtigung erteilen, Jobs auszuführen, die auf die Vorlage verweisen.
- Einheitlichen Schutz für Batch- und Streaming-Arbeitslasten anwenden: Wenden Sie dieselben De-Identifikations- oder Inspektionsrichtlinien sowohl auf API-Aufrufe für Echtzeitinhalte als auch auf geplante Scans von Speicher-Repositories (z. B. BigQuery und Cloud Storage) an.
- Compliance-Updates optimieren: Fügen Sie neu vorgeschriebene sensible Datentypen (z. B. einen neuen Detektor für nationale IDs) einer einzelnen Vorlage hinzu, damit alle zukünftigen Prüf- und Profilerstellungsjobs die Änderung automatisch übernehmen.
Vorteile von Vorlagen
Vorlagen ermöglichen es Ihnen, eine einzige Quelle für Ihre Jobkonfigurationsinformationen zu verwenden. Sehen wir uns eine typische Anfrage für einen Inspektionsscan an Sensitive Data Protection an. Unabhängig davon, ob Sie Text, ein Bild oder strukturierte Daten in einem Google Cloud -Speicher-Repository prüfen, enthält Ihre Prüfanfrage zwei grundlegende Informationen:
- Die zu scannenden Daten: Entweder die Daten selbst oder Informationen über den Speicherort der Daten.
- Wonach gescannt werden soll: Die vordefinierten oder benutzerdefinierten infoTypes, die aktiviert werden sollen, Wahrscheinlichkeitsgrenzen usw.
Angenommen, Sie haben mehrere Speicherinspektionsjobs geplant, die alle einGoogle Cloud -Speicher-Repository nach Telefonnummern durchsucht und dann einen Bericht mit den Ergebnissen erstellt haben. Im Folgenden finden Sie konzeptionelle Kurzbeschreibungen dieser Jobs. "inspectJob" steht für die zu scannenden Daten und "inspectConfig" für die zu scannenden Elemente.
Inspektionsjob Nr. 1:
"inspectJob": Marketing-Datenbank für das 2.Quartal 2017."inspectConfig": infoType PHONE_NUMBER.Inspektionsjob Nr. 2:
"inspectJob": Kontaktdatenbank für Kundenbenachrichtigungen."inspectConfig": infoType PHONE_NUMBER.Inspektionsjob Nr. 3:
"inspectJob": Streng geheime VIP-Partner-Strategiedatenbank."inspectConfig": infoType PHONE_NUMBER.Inspektionsjob Nr. 4:
"inspectJob": Datenbank für Aufträge der öffentlichen Hand."inspectConfig": infoType PHONE_NUMBER.
Die Datenquelle der einzelnen Jobs ist unterschiedlich, aber die Anweisungen, wonach gescannt werden soll, sind identisch. Angenommen, wir möchten auch nach E-Mail-Adressen suchen. In diesem Fall müssten Sie die Konfiguration eines jeden Jobs bearbeiten und E-Mail-Adressen zu "inspectConfig" hinzufügen. Hätten Sie stattdessen eine Vorlage verwendet, um das Suchziel zu konfigurieren, müssten Sie nur eine Konfiguration bearbeiten – die der Vorlage. Für die nächste Ausführung eines dieser Jobs wäre dann bereits vorgegeben, dass sowohl nach Telefonnummern als auch nach E-Mail-Adressen gesucht werden soll, da für "inspectConfig" eine Vorlage festgelegt wurde.
Objekte InspectTemplate und DeidentifyTemplate
Vorlagen werden in Sensitive Data Protection durch die Objekte InspectTemplate und DeidentifyTemplate dargestellt. Beide Vorlagenobjekte enthalten eine Konfiguration (eine Reihe von infoType-Detektoren), die Sie überall dort verwenden können, wo Sie normalerweise die Objekte InspectConfig oder DeidentifyConfig angeben würden.
Konfigurationsfelder für Vorlagen
Jedes Vorlagenobjekt enthält das Konfigurationsobjekt, das von der Vorlage implementiert wird, sowie mehrere zusätzliche Konfigurationsfelder:
- Den Namen und den Anzeigenamen der Vorlage sowie eine Beschreibung.
- Das Objekt
InspectConfigoderDeidentifyConfig: Die Konfigurationsinformationen für den Inspektions- oder De-Identifikationsjob. - Schreibgeschützte Zeitstempel für die Erstellungszeit (
"createTime") und die letzte Aktualisierungszeit ("updateTime").
Vorlagenmethoden
Jedes Vorlagenobjekt enthält außerdem mehrere integrierte Verwaltungsmethoden. Damit können Sie die Vorlage pflegen, ohne jede Anfrage bzw. jede Einbindung einzeln aktualisieren zu müssen. Jede Verwaltungsmethode in der folgenden Tabelle ist verknüpft und danach sortiert, ob die Vorlage organisationsweit oder projektweit angewendet wird und ob es sich bei der Vorlage um eine De-Identifikationsvorlage oder eine Inspektionsvorlage handelt:
organization. |
project. |
|||
|---|---|---|---|---|
deidentify |
inspect |
deidentify |
inspect |
|
| Neue Vorlage erstellen | create |
create |
create |
create |
| Vorhandene Vorlage aktualisieren | patch |
patch |
patch |
patch |
| Vorhandene Vorlage löschen | delete |
delete |
delete |
delete |
| Vorhandene Vorlage mit Konfiguration und Status abrufen | get |
get |
get |
get |
| Alle vorhandenen Jobvorlagen auflisten | list |
list |
list |
list |
Vorlagen verwenden
Vorlagen sind sowohl für Inspektions- als auch für De-Identifikationskonfigurationsinformationen verfügbar und können sowohl in Content API-Aufrufen (Text und Bilder) als auch in Sensitive Data Protection-Jobs (Speicher-Repositories) verwendet werden.
Vorlagen bieten leistungsstarke IAM-Steuerelemente (Identity and Access Management), mit denen Sie die Vorlagenverwaltung ausschließlich genehmigten Nutzern erlauben können. Weitere Informationen finden Sie unter:
Ressourcen
Informationen zum Erstellen und Verwenden von Vorlagen mit Sensitive Data Protection finden Sie hier: