Skip to content

Wer was sehen darf, und wie Tableau das ausrechnet

Eine Berechtigungsfrage wird wie ein Nachschlagen gestellt und verhält sich wie eine Berechnung. Die Eingaben, die Reihenfolge, in der sie aufgelöst werden, warum die Antwort sechs Bildschirme entfernt liegt, und was eine nur lesende Schicht Ihnen darüber sagen kann, ohne etwas anzufassen.

Aktualisiert · 7 Min. Lesezeit

Die Frage hinter jeder Zugriffsprüfung

Zu fragen, ob eine bestimmte Person ein bestimmtes Dashboard öffnen kann, klingt wie ein Nachschlagen. Es verhält sich wie eine Berechnung, über Eingaben, die an verschiedenen Orten liegen und von verschiedenen Menschen an verschiedenen Tagen geändert werden.

  • Die Site-Rolle, die die Obergrenze für alles darunter setzt.
  • Die Berechtigungsregeln, die auf dem Inhalt selbst geschrieben sind.
  • Die Regeln auf dem Projekt, in dem er liegt, und ob dieses Projekt die Berechtigungen für die Inhalte darin verwaltet.
  • Jede Gruppe, der die Person angehört, von denen jede eine eigene Regel tragen kann.
  • Die Regeln auf der veröffentlichten Datenquelle hinter dem Inhalt, die getrennt vom Inhalt gesetzt werden.
  • Jede Zeilenfilterung in den Daten, die entscheidet, was erscheint, sobald die Ansicht geöffnet ist.

Sechs Eingaben, und der Bildschirm, den Sie gerade ansehen, zeigt meist eine davon. Das ist die ganze Schwierigkeit, und sie ist eine Eigenschaft jedes geschichteten Berechtigungsmodells, kein Fehler in diesem.

Wie sich die Teile verbinden

Eine Fähigkeit wird für eine Person in fester Reihenfolge aufgelöst, und die Reihenfolge zu kennen macht aus den meisten Überraschungen eine Fünf-Minuten-Antwort.

  1. Zuerst die Site-Rolle. Sie begrenzt, was möglich ist: Eine Fähigkeit, die über das hinaus gewährt wird, was die Rolle erlaubt, hat am Ende keine Wirkung.
  2. Dann Eigentum und Projektleitung. Der Eigentümer eines Inhalts und ein Leiter des Projekts, das ihn hält, tragen die Fähigkeiten darauf.
  3. Dann die Regeln, die direkt für die Person geschrieben sind. Eine Fähigkeit, die für diesen Benutzer auf Verweigert gesetzt ist, entscheidet die Frage, und eine Fähigkeit, die für diesen Benutzer auf Erlaubt gesetzt ist, entscheidet sie andersherum.
  4. Dann die Regeln, die für die Gruppen geschrieben sind, denen die Person angehört. Eine Verweigerung in irgendeiner Gruppe gewinnt über eine Erlaubnis in einer anderen, und dort beginnt versehentlicher Zugriff meistens.
  5. Dann, was übrig bleibt. Nicht festgelegt ist der Ruhezustand, er gewährt nichts, und es ist richtig, die meisten Fähigkeiten so zu lassen.

Zwei Regeln tragen fast alles. Eine für eine Person geschriebene Regel schlägt eine für eine Gruppe geschriebene, und eine Verweigerung schlägt eine Erlaubnis auf derselben Ebene. Die meisten Zugriffsüberraschungen lösen sich zu einer dieser beiden auf, meist zur zweiten, und meist, weil jemand einer Gruppe beigetreten ist, die eine vor Jahren aus einem anderen Grund gesetzte Verweigerung trägt.

Das Projekt ist die Einheit, die Berechtigung trägt

Inhalte erben von dort, wo sie liegen. Ein Projekt kann eine Standardvorlage halten, die auf dort veröffentlichte Inhalte angewendet wird, und ein Projekt kann so eingestellt werden, dass es die Berechtigungen für alles darin verwaltet, was die Entscheidung vom Objekt hinauf zum Projekt verlagert.

Eine Folge lohnt es sich klar auszusprechen, weil sie die Leute mitten im Aufräumen überrascht: Inhalte zu verschieben ändert, wer sie sehen kann. Ein Umzug sieht wie Ordnunghalten aus und verhält sich wie eine Berechtigungsänderung. Genau deshalb hebt ein Offboarding-Plan einen Umzug zwischen Projekten als benanntes Risiko hervor, während der Plan noch nur lesend ist, bevor irgendetwas geändert wurde.

Veröffentlichen ist dasselbe Ereignis von der anderen Seite. Neue Inhalte landen unter den Regeln des Zielprojekts, und das Veröffentlichen läuft als der verbundene Benutzer, sodass es sauber stoppt, wenn diesem Konto die Berechtigung zum Veröffentlichen oder Überschreiben auf dem Ziel fehlt. Beides weiss man viel lieber vor einer Beförderung als währenddessen.

Warum die Antwort durch Klicken langsam zu erreichen ist

Die Antwort für eine Person und ein Dashboard bedeutet, die Ansicht, die Arbeitsmappe, das Projekt, die Gruppenmitgliedschaften, die veröffentlichte Datenquelle und die Site-Rolle zu öffnen. Sechs Bildschirme für eine Antwort, und die Antwort deckt eine Person ab.

Dann läuft sie ab. Der Inhalt wurde nie angefasst, und die Antwort hat sich trotzdem geändert.

  • Jemand ist einer Gruppe beigetreten oder hat eine verlassen.
  • Eine Site-Rolle hat sich geändert, was die Obergrenze für alles verschiebt, was diese Person berührt.
  • Eine Projektvorlage hat sich geändert, oder das Projekt hat begonnen, die Berechtigungen für seine Inhalte zu verwalten.
  • Inhalte sind von einem Projekt in ein anderes umgezogen.

Unter all dem liegt ein Richtungsproblem. Eine Zugriffsprüfung fragt, wer das sehen kann. Eine für die tägliche Arbeit gebaute Oberfläche ist danach angeordnet, was diese Person sehen kann. Beides sind vernünftige Fragen, sie werden beantwortet, indem man denselben Graphen in entgegengesetzte Richtungen abläuft, und deshalb dauert die Prüfung, die für eine Person zehn Minuten braucht, für eine Abteilung vierzehn Tage.

Die Schicht unter der Berechtigung

Die Inhaltsberechtigung entscheidet, ob sich die Ansicht öffnet. Was darin erscheint, kann durch Zeilenfilterung noch einmal eingeschränkt werden, sei es ein Benutzerfilter in der Arbeitsmappe, eine in die Datenquelle eingebundene Berechtigungstabelle oder eine im Warehouse angewandte Richtlinie.

Zwei Sätze sind dann gleichzeitig wahr. Jeder in der Gruppe kann das Dashboard öffnen, und jeder von ihnen sieht andere Zeilen. Meist arbeitet das Design dann genau wie beabsichtigt, und es ist auch der häufigste Grund, warum zwei Leute ihre Bildschirme vergleichen und schliessen, die Plattform sei kaputt.

Schreiben Sie auf, welcher Mechanismus die Einschränkung vornimmt und wo er lebt. Governance auf Feldebene lässt sich inventarisieren: Ein Profil der semantischen Schicht zählt, welcher Anteil der Felder eine Klassifizierungsentscheidung trägt, und veröffentlicht ihn als einen der fünf Bestandteile seiner Qualitätspunktzahl. Alles Gezählte lässt sich prüfen. Alles, was nur in einer Berechnung steckt, die jemand 2021 geschrieben hat, wird auf die teure Art wiederentdeckt.

Was eine nur lesende Schicht Ihnen sagen kann

Eine Governance-Schicht sitzt auf der Site und erbt deren Regeln, statt einen zweiten Satz daneben zu führen. Hier ist das in die Anmeldung selbst geschrieben: Jeder Benutzer verbindet sich mit seinem eigenen Tableau-Token, und dieser Token, der seine genauen Berechtigungen trägt, ist die Grenze für jeden Lesevorgang, jeden Schreibvorgang und jeden Assistentenaufruf in seinem Namen.

Das gibt dem Lesen eine angenehme Eigenschaft. Was das Produkt Ihnen zeigt, ist das, was Sie ohnehin hätten erreichen können, schneller zusammengestellt und an einem Ort. Eine Berechtigungsfrage so zu beantworten braucht kein erhöhtes Konto, und das Lesen selbst ändert nichts: Der Site-Browser ist von Konstruktion aus nur lesend, ohne Veröffentlichungspfad, ohne Schreibendpunkt und ohne dass etwas auf der Festplatte bleibt, ausser einer Sitzungsliste dessen, was Sie sich zuletzt angesehen haben.

Wo das Lesen unvollständig ist, sagt es, welche Art von unvollständig es ist. Ein Metadatenabruf, der auf einen abgeschalteten Katalog oder eine Berechtigungsgrenze trifft, liefert ein leeres Ergebnis mit einer lesbaren Warnung und wirft keinen Fehler, sodass der Bericht „nichts gefunden“ von „konnte nicht nachsehen“ unterscheiden kann. Die Risikopunktzahl tut dasselbe vom anderen Ende: Die Exposition, also wie breit der betroffene Inhalt berechtigt ist, wird auf einem festen Wert gehalten, bis diese Oberfläche aktiviert ist, und die veröffentlichte Methodik sagt das im selben Satz wie die Punktzahl selbst.

Eine unvollständige Sicht, die sich als solche ankündigt, ist am Montag nutzbar. Eine unvollständige Sicht, die vollständig aussieht, ist die, die Sie eine Audit-Feststellung kostet, denn alle nachgelagert lesen sie als Abdeckung, und niemand prüft ein grünes Ergebnis nach.

Aus der Antwort ein Protokoll machen

  1. Legen Sie die Frage fest, bevor Sie irgendetwas öffnen. Nennen Sie die Person oder die Gruppe, nennen Sie den Inhalt, nennen Sie das Datum, denn eine Zugriffsantwort ist für einen Moment wahr, nicht im Allgemeinen.
  2. Lesen Sie zuerst die Site-Rolle. Sie begrenzt alles darunter und ist die billigste Eingabe zum Prüfen.
  3. Gehen Sie das Projekt, dann das Objekt, dann die Gruppen durch, und schreiben Sie die Regel auf, die tatsächlich entschieden hat, nicht nur das Ergebnis.
  4. Prüfen Sie die veröffentlichte Datenquelle hinter dem Inhalt separat. Sie trägt eigene Regeln und ist die Eingabe, die am häufigsten übersprungen wird.
  5. Halten Sie fest, was Sie sehen konnten und was verborgen blieb. Die Lücken werden Teil des Protokolls statt eines Schweigens darin.
  6. Bewahren Sie das Ergebnis mit seinem Datum und dem Namen dessen auf, der es ausgeführt hat.

Die letzten beiden machen daraus einen Beleg und keinen Screenshot. Eine Berechtigungsantwort mit Datum, Autor und benannter Grenze kann jemand anderem übergeben und von ihm erneut ausgeführt werden. Alles andere ist die Erinnerung an einen Dienstag, und Erinnerungen an Dienstage sind das, was Zugriffsprüfungen ersetzen sollen.