Zero Trust Architectures: Zugriffskontrolle und Continuous Authorisation in verteilten Systemen

In verteilten IT-Architekturen entsteht ein strukturelles Problem: Zugriff wird erteilt, bleibt aktiv und entzieht sich der weiteren Kontrolle. Identitäten bewegen sich über Plattformen, Services und Cloud-Umgebungen hinweg. APIs verbinden Systeme über klare Grenzen hinaus, während Workloads dynamisch entstehen und wieder verschwinden.

Zero Trust Architectures adressieren genau dieses Problem. Zugriff wird nicht einmalig vergeben, sondern kontinuierlich überprüft und an den aktuellen Kontext angepasst.

Die meisten Zugriffsentscheidungen basieren weiterhin auf einem einzelnen Zeitpunkt – der Authentifizierung. Dieses Modell passt nicht mehr zu modernen Systemzuständen. Tokens behalten ihre Gültigkeit, obwohl sich Kontext und Risiko fundamental verändert haben. Systeme treffen eine valide Entscheidung zum Zeitpunkt der Authentifizierung, verlieren jedoch die Kontrolle darüber, ob diese Entscheidung im weiteren Verlauf noch gerechtfertigt ist.

Die zentrale Herausforderung liegt damit im Übergang von Initialzugriff zu kontinuierlicher Zugriffskontrolle über Zeit.

Zugriffskontrolle in Zero Trust Architectures entsteht entlang von Interaktionen

Moderne Architekturen sind verteilt, API-getrieben und zustandsdynamisch. Zugriff entsteht entlang von Interaktionen zwischen Services, APIs und Daten. Ein klar definierter Eintrittspunkt existiert faktisch nicht mehr. Damit verschiebt sich Zugriffskontrolle auf die Runtime-Ebene.

In der Praxis zeigen sich wiederkehrende Muster:

• Zugriff bleibt aktiv, obwohl sich Kontextbedingungen verändern
• interne Service-Kommunikation erfolgt ohne konsistente Zugriffskontrolle
• Abhängigkeiten zwischen Services sind nur eingeschränkt nachvollziehbar

Diese Muster wirken zunächst technisch, beeinflussen in der Praxis jedoch direkt die Steuerbarkeit der gesamten Architektur. Genau hier entstehen Herausforderungen – insbesondere im Kontext europäischer Anforderungen wie NIS2, die Nachvollziehbarkeit, Steuerbarkeit und schnelle Reaktion voraussetzen.

Identity und Access Management als Steuerungsebene

In verteilten Systemen ist Identität die einzige konsistente Referenz entlang aller Zugriffspfade. Jeder Zugriff – unabhängig davon, ob er von Benutzern, Services oder APIs ausgelöst wird – ist an eine Identität gebunden.

Identity und Access Management wird damit zur zentralen Control Plane. Jede Zugriffsentscheidung lässt sich auf Identitäten und deren Kontext zurückführen. Der Unterschied zu klassischen IAM-Modellen liegt nicht in der Authentifizierung, sondern in der kontinuierlichen Bewertung während der Laufzeit.

Relevante Kontextsignale entstehen aus mehreren Ebenen:

• Gerätezustand und Sicherheitsniveau
• Netzwerkumgebung und Zugriffspunkt
• Verhalten über Zeit
• aktuelle Risikoindikatoren aus Security-Systemen

Erst durch die Integration von IAM, Endpoint Security, Observability und Detection-Plattformen werden diese Signale nutzbar. Ohne diese Verknüpfung bleibt Identity statisch – und damit unzureichend für dynamische Zugriffskontrolle.

Policy und Enforcement für konsistente Zugriffskontrolle

Zugriffskontrolle entsteht erst durch konsequente Durchsetzung. Moderne Architekturen trennen Entscheidungslogik und Umsetzung klar voneinander. Policy Decision Points bewerten Zugriff auf Basis von Kontext und Risiko. Policy Enforcement Points setzen diese Entscheidungen entlang der tatsächlichen Zugriffspfade durch.

Die Herausforderung liegt weniger in der Definition von Regeln als in ihrer vollständigen Durchsetzung. In vielen Umgebungen endet Enforcement am Perimeter. Interne Kommunikationspfade wie Service-to-Service-Verbindungen, API-Aufrufe oder direkte Datenzugriffe bleiben unzureichend kontrolliert.

Gerade in diesen Bereichen entstehen die kritischsten Lücken, da Zugriff weiterläuft, obwohl er nicht mehr zur aktuellen Situation passt.

Continuous Authorisation als Kern moderner Zugriffskontrolle

Der entscheidende Unterschied moderner Zugriffskontrolle liegt in der kontinuierlichen Bewertung. Zugriff ist kein statischer Zustand, sondern ein laufender Entscheidungsprozess. Point-in-Time-Entscheidungen verlieren ihre Aussagekraft, sobald sich Kontext oder Risiko verändern.

Continuous Authorisation setzt genau hier an. Zugriff wird bei jeder Interaktion neu bewertet und an den aktuellen Systemzustand angepasst. Zugriffskontrolle verschiebt sich damit in die Laufzeit, Entscheidungen werden überprüfbar und bei Bedarf anpassbar.

Dieser Ansatz basiert auf mehreren ineinandergreifenden Mechanismen:

• kurzlebige Tokens mit kontrollierten Refresh-Zyklen
• zentrale Policy-Logik zur Bewertung einzelner Requests
• event-basierte Anpassung bei veränderten Risikosignalen
• Integration von Telemetriedaten aus Runtime- und Security-Systemen

Systeme erkennen dadurch Risikoänderungen und können diese unmittelbar in Zugriffskontrolle überführen.

Typische Bruchstellen in realen Architekturen

In vielen Umgebungen ist Zugriffskontrolle grundsätzlich vorhanden, wird jedoch nicht durchgängig umgesetzt. Die Schwachstellen entstehen nicht durch fehlende Technologie, sondern durch fragmentierte Architekturentscheidungen.

Identity-Systeme sind nicht konsistent integriert. Attribute und Rollen unterscheiden sich je nach System. Tokens und Sessions bleiben gültig, obwohl sich der Kontext verändert hat. Gleichzeitig konzentriert sich Enforcement häufig auf externe Zugriffspunkte, während interne Kommunikationspfade kaum berücksichtigt werden.

So entsteht eine Situation, in der Risiken sichtbar werden, sich jedoch nicht konsequent in Zugriffsbeschränkungen übersetzen lassen.

Architekturprinzipien für kontrollierbaren Zugriff

Wirksame Zugriffskontrolle entsteht durch das Zusammenspiel klar definierter Prinzipien. Identitäten müssen über alle Zugriffspfade hinweg konsistent modelliert sein. Eine zentrale Policy-Logik fungiert als Entscheidungsinstanz für sämtliche Zugriffe. Enforcement muss entlang der tatsächlichen Kommunikations- und Datenpfade integriert werden. Gleichzeitig erfordert Kontrolle eine kontinuierliche Bewertung auf Runtime-Ebene.

Diese Prinzipien greifen ineinander. Erst ihr Zusammenspiel entscheidet darüber, ob Zugriff in komplexen Architekturen steuerbar bleibt – insbesondere in Cloud- und Plattformumgebungen mit hohen Anforderungen an Sicherheit und digitale Souveränität.

Zugriffskontrolle als Architekturdisziplin

Zugriffskontrolle ist kein isoliertes Sicherheitsthema. Sie entsteht aus der Architektur und wird dort entschieden. Identity, Policy, Enforcement und Runtime Evaluation greifen ineinander und bestimmen, ob Zugriff in verteilten Systemen überhaupt steuerbar bleibt.

Authentifizierung markiert den Ausgangspunkt. Ob Zugriff bestehen bleibt, entscheidet sich im laufenden Betrieb. Systeme müssen in der Lage sein, diese Bewertung kontinuierlich umzusetzen und entlang aller Zugriffspfade durchzusetzen.