Denodo: PII, Zeilen- und Spaltenrechte sowie globale Policies

Quellen- und Prüfstand: 24.10.2026 · Denodo Platform 9.5. Tatsächliche Updates, Treiber, Bundle und Deployment mit der passenden Herstellerhilfe abgleichen. Menüs und Funktionen können sich ändern. Redaktionelle Pilotanleitung; kein ausgeführter Kundensystemtest.

Weniger Daten vor komplexeren Regeln

Für die Monatsanalyse aus der Grundlagenserie ist eine E-Mail nicht erforderlich. Die erste Schutzentscheidung lautet deshalb: Kontaktfeld nicht in der Konsumsicht anbieten. Braucht ein Supportprozess tatsächlich Klartext, ist das ein anderer Zweck mit eigener Freigabe und eigener Testmatrix. Sternchen in einem Dashboard sind kein Beleg, dass der Originalwert das BI-Modell nie erreicht hat.

Die 9.5-Hilfe beschreibt View-bezogene Rechte, Zeilenrestriktionen und Spaltenprivilegien sowie Global Security Policies. Welche Regel bei mehreren Rollen greift, muss anhand der tatsächlichen Rechtekombination getestet werden. Nicht die Konfliktlogik eines anderen Produkts voraussetzen.

Wichtige Produktgrenze

Global Security Policies und Tags in Virtual DataPort benötigen laut 9.5-Dokumentation Enterprise Plus. Den Bundle-Stand im About-Dialog von Design Studio überprüfen und bei der Schutzentscheidung festhalten. VDP-Tags sind nicht mit Marketplace-Tags gleichzusetzen. Ein fachliches Schlagwort im Marketplace wird nicht automatisch zur ausgewerteten Maskierung.

Wenn globale Policies nicht verfügbar sind, passende View-bezogene Rechte, begrenzte Ausgabesichten oder eine andere freigegebene Architektur bewerten. Nicht einfach dieselbe globale Funktion unter einem anderen Namen versprechen.

Pilotregel erarbeiten

1. Pro VIEW-ID Zweck, personenbezogene Felder und Klartextbedarf erfassen. Begriffe wie Kontaktinformation sind eine fachliche Einstufung, keine automatische rechtliche Bewertung.
2. Für jede Identität definieren, welche Zeilen und Spalten sichtbar sein sollen. Beispiel: eine BI-Rolle sieht nur freigegebene Regionen und keinen Kontaktwert. Erwartung für unbekannte Zuordnung und NULL-Felder festlegen.
3. Mechanismus auswählen: begrenzte Sicht, View-Rechte oder bestätigte globale Policy. Nutzer-, Rollen- und Sitzungsbezug sowie bestehende Regeln inventarisieren. Marketplace-Beschreibung getrennt pflegen.
4. Bei globalen Policies führt die dokumentierte Oberfläche über Administration → Semantics and governance → Global security policies. Dort Name, Beschreibung, Aktivierung, Zielgruppe und betroffene Elemente gemäß 9.5-Hilfe festlegen. Vor Speichern den fachlichen Entwurf gegen Bundle und vorhandene Regeln prüfen; diese Serie führt keine Änderung aus.
5. Nur in genehmigtem Pilot die Regel zuweisen. Mit Benutzer ohne zusätzliche Adminrechte testen. Einzelrolle, Mehrfachrollen, nicht passende Zielgruppe und Entzug getrennt prüfen. Eine nicht ausgewertete oder deaktivierte Policy schützt keinen Wert.
6. Für Maskierung Datentyp, NULL, Filter- und Aggregationsverhalten anhand realer Abfragen prüfen. Nicht aus einer einzelnen maskierten Zelle auf alle Zugriffspfade schließen.
7. BI-Import, Exportdatei, API-Ausgabe, Cache und direkter Quellzugriff in die Datenwege aufnehmen. Vorher erzeugte Klartextkopien brauchen einen eigenen Umgang. Denodo-Regeln entfernen solche Kopien nicht rückwirkend.

Welche Zugriffsfälle du prüfen solltest

Prüfe erlaubten Zugriff, verweigerten Zugriff und den Entzug eines bisherigen Rechts getrennt. Ein erwarteter verweigerter Zugriff ist ein bestandener Negativtest. Im bestehenden Schutzplan werden die Regeln und ihre zugehörigen Prüfungen erfasst.

Die Governance-Entscheidung im Alltag

Die Monatsanalyse benötigt keinen Kontaktwert. Der fachliche Entscheider gibt deshalb eine Konsumsicht ohne diese Spalte frei. Für einen gesonderten Supportfall kann eine andere Sicht mit engerer Zielgruppe erforderlich sein. Der Steward pflegt die Begründung; die Denodo-Verantwortlichen setzen die passende Regel um.

Wird ein neues Kontaktfeld in der Quelle ergänzt, kontrolliere die veröffentlichte Sicht und alle betroffenen Datenwege erneut. Prüfe erlaubte und gesperrte Rollen sowie bereits erzeugte Exporte. Eine technisch mögliche globale Policy wird erst eingesetzt, wenn Bundle und tatsächliche Regelwirkung passen. Die fachliche Schutzentscheidung bleibt auch bei einem anderen Mechanismus dieselbe.

Herstellerquellen

• Denodo 9.5: neue Funktionen
• Administration
• Globale Sicherheitsregeln
• Cache und Materialisierung
• LDAP-Anmeldung
• Data Marketplace: Umbenennung