Governance
In JanuaPort entsteht Zugriff nicht durch Anmelden, sondern durch einen ausdrücklichen Akt der Verwaltung. Jeder dieser Akte ist nachlesbar.
Die kurze Antwort
Eine gültige SSO-Anmeldung kommt nur herein, wenn es ein Nutzerkonto gibt oder das Token eine freigegebene Gruppe trägt. Wer drin ist, hat damit noch keine Rechte — die entstehen aus vier benannten Quellen, und die Ansicht „Wer darf was" zeigt zu jedem Recht, woher es kommt. Jede Änderung an dieser Verwaltung hinterlässt genau einen Protokolleintrag.
Das Problem
Bei vielen SSO-Anbindungen genügt ein gültiges Token aus dem Unternehmens-Verzeichnis. Wer im Verzeichnis steht, ist drin.
Rechte kommen aus Gruppen, Rollen und Vererbung. Was jemand darf, lässt sich meist anzeigen — woher es kommt, selten.
Zugriffe werden protokolliert, die Verwaltung oft nicht. Ob Fehlklick oder Fehler, kann dann niemand mehr sagen.
So löst JanuaPort das
Eine SSO-Anmeldung kommt nur herein, wenn es ein Nutzerkonto gibt oder das Token eine freigegebene Gruppe trägt. Das ist kein Schalter, sondern das einzige Verhalten. Der Leitstand zeigt, wer hereinkommt, und warnt, wenn kein Zugangsweg mehr besteht; der Zugang der Verwaltung hängt nie daran.
Die Anmeldung
Wer darf was — M. Berger
Kein Zugang
Ohne Nutzerkonto und ohne freigegebene Gruppe gibt es nichts zu zeigen.
Was jemand darf, ist die Vereinigung aus vier Quellen: Basis-Zugang, Team über die lokale Mitgliedschaft, Team über eine Rolle aus dem Identity-Provider, persönliches Bündel. Die Ansicht „Wer darf was“ zeigt, woher jedes Recht stammt, und damit, wo man dreht. Angelegt zu sein heißt noch nicht, Rechte zu haben.
Angelegt — und noch ohne Rechte
Der Zugang ist da. Dürfen tut M. Berger deshalb noch nichts.
Vereinigung aus vier Quellen. Kein „Deny", das ein „Allow" übersticht. Diese Ansicht zeigt die Herkunft — gedreht wird an der Quelle.
Wird eine Gruppen-Freigabe entzogen, werden die allein daraus entstandenen Nutzer entfernt und zählen nicht mehr als Identity; der Dialog nennt sie vorher mit Namen. Fehlt ein Rollen-Eintrag nur vorübergehend, etwa bei Urlaub oder einer Störung beim Identity-Provider, wird niemand gelöscht.
Jede Änderung über Oberfläche oder Verwaltungs-Schnittstelle schreibt genau einen Protokolleintrag, von Tokens und Nutzern bis zu Integrationen und Aufbewahrungsregeln; reines Nachschauen schreibt nichts. Die Ansicht unterscheidet, ob ein Token, ein Mensch an der Verwaltung oder der Server gehandelt hat. Zugangsdaten-Werte stehen nie im Eintrag, Personen nur als Kennung.
Protokoll der Verwaltung
Ehrlich eingeordnet
Die Ansicht „Wer darf was" ist eine Auskunft, kein Hebel — sie verlinkt die Stelle, an der man ändert. Drei der vier Quellen leitet sie live aus der Konfiguration ab; der Anteil, der aus den Rollen des Identity-Providers stammt, trägt sichtbar den Stand der letzten Anmeldung. Die Protokollierung der Verwaltung deckt die Oberfläche und die Verwaltungs-Schnittstelle ab.
Häufige Fragen
Selbst ausprobieren
Ein docker compose up, Port 8484 — drei Identities dauerhaft kostenlos, mit vollem Funktionsumfang. Keine Telemetrie.