Zugriffskontrolle – Access Control oder Identity and Access Management (IAM) – bezeichnet alle Mechanismen, Prozesse und Richtlinien, die sicherstellen, dass nur autorisierte Personen, Systeme und Prozesse auf bestimmte Ressourcen zugreifen können – und nur auf die Ressourcen, die sie für ihre jeweilige Aufgabe tatsächlich benötigen. Zugriffskontrolle ist die operative Umsetzung des Principle of Least Privilege: niemand hat mehr Rechte als für seine Rolle notwendig.
In Automatisierungsinfrastrukturen ist Zugriffskontrolle besonders wichtig, weil Automatisierungsworkflows typischerweise auf viele verschiedene Systeme zugreifen – und ein kompromittierter Workflow ohne gute Zugriffskontrolle zum Generalschlüssel für alle angebundenen Systeme werden kann. Jeder Workflow sollte exakt die Rechte haben, die er für seine Aufgabe benötigt – nicht mehr.
Zugriffsmodelle im Vergleich
RBAC – Rollenbasiert
Zugriffsrechte werden Rollen zugewiesen, Nutzer erhalten Rollen. Einfach zu verwalten, gut skalierbar. Standard in den meisten Unternehmensanwendungen. Beispiel: Rolle „Buchhaltung“ hat Lesezugriff auf Finanzdaten.
ABAC – Attributbasiert
Zugriffsrechte basieren auf Attributen von Nutzer, Ressource und Kontext. Flexibler, aber komplexer. Beispiel: Zugriff erlaubt wenn Nutzer.Abteilung = „HR“ UND Ressource.Typ = „Personalakte“ UND Zeit = Arbeitszeit.
Zero-Trust
Kein implizites Vertrauen – jeder Zugriff wird explizit authentifiziert und autorisiert, unabhängig von Netzwerkposition. „Nie vertrauen, immer verifizieren.“ Modernes Sicherheitsmodell für verteilte Architekturen.
Least Privilege
Jeder Nutzer und jedes System erhält exakt die minimalen Rechte, die für seine Aufgabe nötig sind. Keine Admin-Rechte für Standardaufgaben. Kein Zugriff auf Systeme, die nicht gebraucht werden.
Zugriffskontrolle für Automatisierungsworkflows
- Dedizierte Service-Accounts: Jeder Workflow hat einen eigenen Service-Account mit genau den Rechten, die er braucht – keine geteilten Admin-Accounts
- API-Berechtigungen minimieren: API-Keys nur mit dem Scope erstellen, der benötigt wird – Lesen statt Schreiben, wenn nur gelesen wird
- Regelmäßige Access-Reviews: Zugriffsrechte von Workflows und Mitarbeitern vierteljährlich überprüfen – nicht mehr benötigte Rechte sofort entziehen
- MFA für privilegierte Zugänge: Server-SSH, Cloud-Konsole, Admin-Interfaces immer mit Multi-Faktor-Authentifizierung absichern
- Just-in-Time Access: Erhöhte Rechte (z. B. Datenbankzugriff) werden nur für die Dauer einer spezifischen Aufgabe gewährt – nicht dauerhaft vorgehalten
Praxisbeispiel
Ein Automationsdienstleister implementiert ein Berechtigungskonzept für seine 34 aktiven Workflows. Ausgangslage: Alle Workflows nutzen denselben Service-Account mit Admin-Rechten auf alle angebundenen Systeme – historisch aus Bequemlichkeit so konfiguriert. Neukonzept: Jeder der 34 Workflows bekommt einen eigenen Service-Account. Berechtigungsanalyse: Welche API-Endpunkte, Datenbankschemas und Systemfunktionen braucht jeder Workflow wirklich? Ergebnis: Durchschnittlich werden Rechte von 100 Prozent auf 23 Prozent des ursprünglichen Scopes reduziert. Umsetzungsaufwand: 2 Tage für Analyse und Konfiguration. Sicherheitsgewinn: Wenn Workflow 12 (niedrige Kritikalität) kompromittiert wird, hat der Angreifer Zugriff auf exakt die zwei API-Endpunkte dieses Workflows – statt auf alle 34 Systeme.
