Glossar · einfach erklärt

Least Privilege (Minimalprinzip)

Least Privilege heißt: jede Identität bekommt nur die Rechte, die sie wirklich braucht — und nur so lange wie nötig.

Das Least-Privilege-Prinzip (Minimalprinzip) verlangt, dass jede Identität — Mensch, Dienst oder Maschine — genau die Rechte erhält, die für ihre Aufgabe nötig sind: nicht mehr, nicht länger, nicht breiter. Es ist eines der ältesten Sicherheitsprinzipien und zugleich das am häufigsten verletzte.

Der Grund für seine Wirksamkeit ist einfach: Der Schaden eines kompromittierten Kontos ist exakt so groß wie dessen Rechte. Minimale Rechte bedeuten minimalen Schadensradius.

Warum Rechte in der Praxis wuchern

Rechteanhäufung entsteht schleichend: Projektwechsel bringen neue Zugriffe, alte werden nie entzogen; Kopiervorlagen (»wie Kollege X«) vervielfältigen Überberechtigung; unter Zeitdruck wird großzügig vergeben, weil Entzug später niemanden drängt. Nach Jahren besitzt niemand mehr den Überblick — bis ein Vorfall ihn erzwingt.

Gegenmittel sind Prozesse statt Appelle: Rechtevergabe über Rollen (RBAC) statt Einzelfreigaben, Just-in-Time-Rechte für Administratives, automatischer Entzug bei Wechsel und Austritt, regelmäßige Rezertifizierung — und Sichtbarkeit, welche Rechte tatsächlich genutzt werden.

Least Privilege über Identitäten hinaus

Netzwerk: Segmentierung und ZTNA geben Zugriff auf einzelne Anwendungen statt ganze Netze.
Workloads: Mikrosegmentierung beschränkt, welche Systeme miteinander sprechen dürfen.
Cloud: Rollen mit engem Scope statt Konten mit Sternchen-Rechten.
Anwendungen: API-Schlüssel und Tokens mit minimalem Berechtigungsumfang und Ablauf.

Häufige Fragen zu Least Privilege (Minimalprinzip)

Was besagt das Least-Privilege-Prinzip?

Jede Identität erhält genau die Rechte, die ihre Aufgabe erfordert — nicht mehr, nicht breiter, nicht dauerhaft. So bleibt der Schaden eines kompromittierten Kontos oder Systems auf das Minimum begrenzt, das die Aufgabe ohnehin erfordert hätte.

Wie führt man Least Privilege realistisch ein?

Schrittweise und datenbasiert: erst Sichtbarkeit schaffen (wer hat was, wer nutzt was), dann die größten Risiken abbauen — Admin-Rechte, verwaiste Konten, Breitband-Rollen. Rollenmodelle, Just-in-Time-Zugriff und Rezertifizierung halten den Zustand danach stabil.

Was ist Rechteanhäufung (Privilege Creep)?

Das schleichende Anwachsen von Berechtigungen über Jobwechsel und Projekte hinweg, weil neue Rechte dazukommen, alte aber nie entzogen werden. Langjährige Mitarbeitende akkumulieren so Zugriffsprofile, die kein Rollenmodell je vorgesehen hat — ein Lieblingsziel von Angreifern.

Gilt das Prinzip auch für Maschinen und Dienste?

Besonders dort: Service-Accounts, API-Schlüssel und Workload-Identitäten sind zahlreich, langlebig und selten überwacht. Minimale Scopes, kurze Laufzeiten und klare Eigentümer sind hier der wirksamste Schutz — auch zwischen Systemen, per Mikrosegmentierung.

Wie verhält sich Least Privilege zu Zero Trust?

Least Privilege ist einer der Grundpfeiler von Zero Trust: Jeder Zugriff wird geprüft und nur im minimal nötigen Umfang gewährt. Zero-Trust-Architekturen wie ZTNA setzen das Prinzip auf Netzwerkebene um — Zugriff auf die einzelne Anwendung statt aufs ganze Netz.