Read-Permissions

Auf einem Computer oder in einem Online-Dienst liegen Daten nie einfach für alle offen. Zu jeder Datei gehört eine Liste, wer damit was tun darf. Read-Permissions sind der Teil dieser Liste, der das Ansehen regelt. Wer sie hat, darf den Inhalt öffnen und lesen. Er darf ihn aber nicht verändern und nicht löschen, denn dafür braucht man getrennte Rechte zum Schreiben. Der englische Begriff hat sich durchgesetzt, weil er in fast jeder Software so auf dem Bildschirm steht. Auf Deutsch sagt man auch Leserechte oder Leseberechtigung.

Warum Lesen und Ändern getrennt geregelt werden

Die Trennung klingt bürokratisch, verhindert aber die meisten Unfälle im Alltag. Ein Praktikant soll die Kundenliste vielleicht ansehen, aber nicht versehentlich überschreiben. Genau dafür gibt es reine Leserechte. Umgekehrt gibt es Ordner, in die ein Programm nur schreiben darf, ohne alles Vorhandene mitzulesen. Jedes Recht einzeln vergeben zu können macht solche feinen Abstufungen möglich.

Sicherheitsleute nennen das Grundprinzip „Least Privilege“, also so wenig Rechte wie möglich. Jeder bekommt nur das, was er für seine Aufgabe wirklich braucht. Wird ein Zugang später gestohlen, ist der Schaden dadurch begrenzt. Viele große Datenlecks entstehen nicht, weil jemand ein Passwort geknackt hat. Sie entstehen, weil ein Konto oder ein Datenspeicher versehentlich für alle lesbar war.

Ein häufiger Irrtum: Nur zu lesen sei harmlos. Das ist falsch. Wer eine komplette Kundendatenbank lesen darf, kann sie kopieren und weiterverkaufen. Für die betroffenen Personen ist das genauso schlimm, wie wenn die Daten verändert worden wären. Leserechte sind also kein zweitrangiges Detail.

Wie ein System entscheidet, wer lesen darf

Zuerst muss klar sein, wer überhaupt anfragt. Diesen Schritt nennt man Authentifizierung: Der Nutzer beweist mit Passwort oder Anmelde-App, dass er der ist, der er zu sein behauptet. Danach kommt die Autorisierung, also die Frage, was dieser Nutzer darf. Erst hier kommen die Read-Permissions ins Spiel. Das System schaut in seiner Rechteliste nach und antwortet mit Ja oder mit einer Fehlermeldung.

Technisch sieht diese Liste unterschiedlich aus. Auf Linux-Rechnern trägt jede Datei drei Ziffern, die Rechte für den Besitzer, eine Gruppe und alle anderen kodieren. In Firmen arbeitet man häufig mit Rollen: Man vergibt Rechte nicht an einzelne Personen, sondern an Rollen wie „Buchhaltung“, und steckt Personen dann in diese Rollen. Das ist übersichtlicher, wenn hunderte Mitarbeiter kommen und gehen.

Wichtig ist, dass Rechte auf dem Server geprüft werden und nicht nur in der App. Wenn ein Programm einen Knopf bloß ausgraut, ist die Datenbank trotzdem nicht geschützt. Ein technisch geschickter Angreifer schickt die Anfrage einfach direkt ans System. Nur eine Prüfung an der Stelle, wo die Daten liegen, hält wirklich.

Von der Cloud-Freigabe bis zum KI-Agenten

Am häufigsten begegnet man Read-Permissions beim Teilen von Dokumenten. Wenn du in einer Cloud-Ablage einen Link erzeugst, wählst du zwischen „darf ansehen“ und „darf bearbeiten“. Das ist genau diese Unterscheidung. Auch Smartphone-Apps fragen danach, etwa wenn sie Zugriff auf deine Fotos oder Kontakte wollen.

In der KI-Welt ist das Thema neu wichtig geworden. Sogenannte Agenten sind Programme, die im Namen eines Nutzers selbstständig Aufgaben erledigen. Ein solcher Assistent kann E-Mails durchsuchen oder Firmendokumente auswerten. Dafür braucht er Leserechte, und die stammen meist vom Konto des Nutzers. Sind die zu weit gefasst, liest das Modell Dinge mit, die niemand für die KI freigeben wollte.

In Wirtschaftsnachrichten tauchen Leserechte deshalb oft nach Sicherheitsvorfällen auf. Typische Formulierung: Ein Speicher in der Cloud war ohne Anmeldung öffentlich lesbar. Aufsichtsbehörden bewerten solche Fehler nach der Datenschutz-Grundverordnung, dem europäischen Datenschutzgesetz, und können Bußgelder verhängen. Für Unternehmen sind Read-Permissions damit nicht nur ein technisches, sondern ein finanzielles Risiko.