Berechtigungsprincipal

In jedem Computersystem gibt es Dinge, auf die zugegriffen wird: Dateien, Datenbanken, Kameras, Bezahlfunktionen. Und es gibt jemanden, der zugreift. Genau dieses « Jemand » nennt man in der Fachsprache einen Berechtigungsprincipal. Das kann ein Mensch mit einem Benutzerkonto sein, aber auch ein Programm, ein Server oder ein Smartphone. Entscheidend ist nur eines: Es hat eine eindeutige Identität, an die man Rechte hängen kann. Wenn ein System also prüft, ob etwas erlaubt ist, fragt es nicht « ist das erlaubt? », sondern « ist das für diesen Principal erlaubt? ».

Warum Rechte immer an einer Identität hängen müssen

Ohne einen klar benannten Handelnden lässt sich Sicherheit nicht organisieren. Ein Satz wie « Gehaltsdaten dürfen gelesen werden » ist wertlos. Nützlich wird er erst so: « Gehaltsdaten dürfen von der Gruppe Personalabteilung gelesen werden ». Der Principal ist der Teil des Satzes, der die Regel überhaupt sinnvoll macht.

Das gilt besonders, wenn etwas schiefgeht. Nach einem Datenleck will man wissen, wer welche Datei wann geöffnet hat. Protokolle notieren dafür den Principal jeder einzelnen Aktion. Fehlt diese Zuordnung, sieht man nur, dass etwas passiert ist, aber nicht, über welchen Zugang. Fachleute nennen diese Nachvollziehbarkeit Accountability, also Zurechenbarkeit.

Ein zweiter Grund ist das Prinzip der geringsten Rechte. Jeder Principal soll nur genau so viel dürfen, wie er für seine Aufgabe braucht. Ein Programm, das nur Rechnungen als PDF erzeugt, braucht keinen Zugriff auf Kundenpasswörter. Wird dieses Programm später gekapert, bleibt der Schaden begrenzt. Diese Eingrenzung funktioniert nur, weil jedes Programm ein eigener, unterscheidbarer Principal ist.

Von der Anmeldung bis zur Zugriffsentscheidung

Der Ablauf besteht aus zwei Schritten, die oft verwechselt werden. Zuerst kommt die Authentifizierung: Das System stellt fest, welcher Principal hier eigentlich anfragt. Das geschieht über ein Passwort, einen Fingerabdruck, einen Sicherheitsschlüssel oder ein digitales Zertifikat. Danach folgt die Autorisierung: Das System schlägt nach, was dieser Principal darf. Kurz gesagt: erst wer, dann was.

Nach erfolgreicher Anmeldung bekommt der Principal meist ein Token. Das ist eine kleine, digital unterschriebene Datei, die wie ein Besucherausweis funktioniert. Darin steht die Identität und oft auch, zu welchen Gruppen oder Rollen sie gehört. Bei jeder weiteren Anfrage wird dieser Ausweis vorgezeigt, statt jedes Mal das Passwort neu zu prüfen.

Wichtig ist die Abgrenzung zum Begriff Rolle. Der Principal ist der Handelnde selbst, die Rolle ist ein Bündel von Rechten, das man ihm zuweist. Mehrere Principals können dieselbe Rolle tragen, etwa « Administrator ». Ein häufiger Irrtum ist außerdem, Principals mit Menschen gleichzusetzen. In modernen Systemen sind die meisten Principals gar keine Personen, sondern automatisierte Dienste, die untereinander Daten abfragen.

Cloud-Konten, App-Berechtigungen und KI-Agenten

Im Alltag begegnet dir das Konzept jedes Mal, wenn eine App fragt, ob sie auf deine Fotos zugreifen darf. Die App ist dort der Principal, und du entscheidest über ihre Rechte. Auch die Anmeldung mit dem Google- oder Apple-Konto bei einer fremden Seite gehört dazu: Dein Konto ist die Identität, die an die andere Seite bestätigt wird.

In der Berufswelt taucht der Begriff vor allem bei Cloud-Diensten auf. Bei Amazon Web Services, Microsoft Azure oder Google Cloud steht in jeder Zugriffsregel ausdrücklich ein Principal. Microsoft spricht dabei von Sicherheitsprincipals, dazu zählen Benutzer, Gruppen, Computer und sogenannte Dienstkonten. Große Unternehmen verwalten davon leicht Hunderttausende.

Aktuell wird das Thema durch KI-Agenten neu diskutiert. Das sind Programme, die selbstständig E-Mails schreiben, Bestellungen auslösen oder Code ändern. Auch so ein Agent braucht eine eigene Identität, damit man seine Rechte begrenzen und seine Aktionen prüfen kann. Genau deshalb steht der Begriff in Tech-News derzeit häufiger, als sein sperriger Klang vermuten lässt.