Beschränken Sie nach Rolle und Zielgruppe, wer welche Datensätze sieht
Grobe Rollen geben Datensätze über, die eingegrenzt bleiben sollten
Die meisten Zugriffsmodelle hören bei der Rolle auf. Eine Person ist «Analyst» oder «Manager», und das System gewährt die gesamte Datenkategorie, die diese Rolle impliziert. Doch Datenschutz- und Sicherheitsdatensätze lassen sich nicht sauber nach Funktionsbezeichnung aufteilen — sie teilen sich nach Abteilung, Einheit und den konkreten Objekten, an denen eine Person tatsächlich arbeitet.
Das Ergebnis ist eine Ueberexposition. Eine prüfende Person, die drei Einträge im Verarbeitungsverzeichnis benötigt, kann das gesamte Verzeichnis lesen. Sensible DSFAs, Vorfallsdatensätze und DSARs bleiben für Personen sichtbar, die nur einen Teilbereich benötigen — und genau diese Exposition prüft eine Aufsichtsbehörde oder ein Auditor zuerst.
Das von Hand über Aufgaben, Lieferanten, Assets, Bewertungen und TOMs zu verwalten, skaliert nicht. Jeder neue Objekttyp vervielfacht die Berechtigungskombinationen, die Sie konsistent halten müssen.
Das können Sie mit der rollen- & zielgruppenbasierten Zugriffskontrolle tun
- Definieren Sie eigene Rollen mit aktionsspezifischen Berechtigungen für Erstellen, Lesen, Bearbeiten und Löschen.
- Grenzen Sie die Sichtbarkeit von Datensätzen nach Zielgruppe ein über mehr als 16 Objekttypen hinweg — Aufgaben, Lieferanten, Verarbeitungsverzeichnis, Assets, DSFAs, Bewertungen, TOMs, Vorfälle und DSARs.
- Bilden Sie jeden Objekttyp über die ManageAccess-Ebene auf seine Allowed-List-Attribute ab.
- Setzen Sie Berechtigungen pro Anfrage durch über Autorisierungs-Gates auf Controller-Ebene, nicht über clientseitige Prüfungen.
- Begrenzen Sie Index- und Lesezugriff pro Objekt, sodass Personen nur die Datensätze sehen, die ihre Zielgruppe erlaubt.
Was es Ihrem Programm liefert
- Least Privilege standardmässig — sensible Datensätze bleiben auf die Personen eingegrenzt, die sie benötigen, genau die Massnahme, nach der Auditoren suchen.
- Auditfeste Zugriffsnachweise — zeigen Sie genau, wer welche Objekttypen sehen kann, ohne es nachträglich rekonstruieren zu müssen.
- Berechtigungsverwaltung, die skaliert — wenden Sie ein Zielgruppenmodell auf jeden Objekttyp an, statt einmaliger Regeln pro Sammlung.
- Weniger dauerhafte Expositionen zu verteidigen — grenzen Sie die Sichtbarkeit von Anfang an ein, sodass bei einer Zugriffsprüfung weniger zu beheben bleibt.
Für Compliance entwickelt
DPMS hilft Ihnen, die konkreten Pflichten nachzuweisen, die den Zugriff auf Datensätze regeln — abgebildet auf Artikel und Massnahme, niemals nur auf «die DSGVO». Unterstützt den Grundsatz der Integrität und Vertraulichkeit nach DSGVO Art. 5(1)(f), indem jeder Datensatz auf seine vorgesehene Zielgruppe begrenzt wird.
| Was DPMS tut | Abgebildet auf | Wie |
|---|---|---|
| Beschränkt den Zugriff auf Datensätze nach Rolle und Zielgruppe | ISO 27001:2022 Annex A 5.15 | Eigene Rollen plus objektbezogene Zielgruppen-Eingrenzung |
| Begrenzt den Informationszugriff auf einen Need-to-know-Teilbereich | ISO 27001:2022 Annex A 8.3 | ManageAccess-Allowed-List-Attribute pro Objekttyp |
| Setzt logische Zugriffskontrollen auf geschützte Daten durch | SOC 2 CC6.1 / CC6.3 | $authorizationRules-Gates auf Controller-Ebene pro Anfrage |
| Hilft Ihnen, angemessene Zugriffssicherheit nachzuweisen | DSGVO Art. 32 | Zielgruppen-Eingrenzung begrenzt die Exposition von Datensätzen mit personenbezogenen Daten |
Warum Priverion
Anders als universelle GRC-Tools, die den Zugriff allein über breite Rollen gewähren, ergänzt Priverion eine Zielgruppen-Ebene, die die Sichtbarkeit pro Objekttyp eingrenzt — sodass eine Rolle nicht mehr Alles-oder-nichts bedeutet. Da sie in einer einzigen, vereinten Plattform für Datenschutz und InfoSec lebt, werden Zielgruppenänderungen an die Personen und die verknüpften Objekte weitergereicht, die sie erreichen können, einschliesslich der Bereinigung von Berechtigungen, die Sie entfernen. Sie legen das Zugriffsmodell einmal fest, und es bleibt über Verarbeitungsverzeichnis, DSFA, Risiko, Lieferanten und Vorfälle hinweg konsistent — ohne dieselben Regeln pro Sammlung erneut eintippen zu müssen.
Fragen, die Sicherheits- und Datenschutzteams vor einer Demo stellen
Wie unterscheidet sich das von der üblichen rollenbasierten Zugriffskontrolle?
Welche Datensätze kann ich nach Zielgruppe eingrenzen?
Was passiert, wenn ich die Berechtigungen einer Zielgruppe ändere?
Werden Berechtigungen serverseitig durchgesetzt?
$authorizationRules-Gates durch, sodass die Sichtbarkeit serverseitig und nicht im Browser entschieden wird.Verwandte Fähigkeiten entdecken
Bereit, zu steuern, wer was sieht?
