Das klassische Sicherheitsmodell gleicht einer Burg mit Wassergraben: Wer einmal drinnen ist, gilt als vertrauenswürdig. In einer Welt aus Cloud, mobilem Arbeiten und vernetzten Lieferketten hat dieser Ansatz ausgedient. Zero Trust dreht das Prinzip um: Kein Nutzer, kein Gerät und kein Dienst wird automatisch vertraut – jeder Zugriff wird geprüft.
Was Zero Trust wirklich bedeutet
Zero Trust ist kein Produkt, das man kauft, sondern eine architektonische Leitidee. Drei Grundsätze tragen sie: explizit verifizieren (auf Basis möglichst vieler Signale), den geringstmöglichen Zugriff gewähren (Least Privilege) und stets von einem möglichen Kompromiss ausgehen (Assume Breach). Im Kern verschiebt sich die Kontrolle vom Netzwerkperimeter hin zur Identität.
Der Einstieg: Identität und MFA
Der wirkungsvollste erste Schritt ist eine starke, phishing-resistente Authentifizierung. Multi-Faktor-Authentifizierung – idealerweise mit modernen Verfahren wie Passkeys – schließt eines der größten Einfallstore: kompromittierte Passwörter. Ergänzend sorgen risikobasierte Zugriffsrichtlinien dafür, dass ungewöhnliche Anmeldungen zusätzliche Prüfungen auslösen.
Least Privilege konsequent umsetzen
Viele Angriffe eskalieren, weil Konten mehr Rechte haben als nötig. Zero Trust verlangt, Berechtigungen strikt am Bedarf auszurichten und regelmäßig zu überprüfen. Just-in-Time-Zugriffe, die Rechte nur temporär und für einen konkreten Zweck vergeben, reduzieren die Angriffsfläche erheblich.
Mikrosegmentierung gegen laterale Bewegung
Gelingt Angreifern der Einstieg, versuchen sie, sich seitlich im Netzwerk auszubreiten. Mikrosegmentierung unterteilt das Netz in kleine, klar kontrollierte Zonen und begrenzt so den Bewegungsradius. Statt einer offenen Fläche entsteht ein System aus Schotten, das einen Vorfall lokal eindämmt.
Schrittweise statt Big-Bang
Der häufigste Fehler ist der Versuch, Zero Trust auf einen Schlag einzuführen. Erfolgreicher ist ein iteratives Vorgehen: die kritischsten Anwendungen und Daten identifizieren, dort mit starker Authentifizierung und feingranularer Autorisierung beginnen und die Prinzipien nach und nach ausrollen. Jeder Schritt liefert unmittelbaren Sicherheitsgewinn – und bleibt für Nutzer beherrschbar. Zero Trust ist damit weniger ein Zielzustand als eine Reise, die man am besten heute beginnt.
Typische Stolpersteine
Zero-Trust-Projekte scheitern selten an der Technik, sondern an der Umsetzung. Ein häufiger Fehler ist, Nutzererfahrung und Sicherheit gegeneinander auszuspielen: Zu viele Prüfungen an der falschen Stelle führen zu Frust und Umgehungsversuchen. Gute Zero-Trust-Architekturen sind für legitime Nutzer möglichst reibungslos und werden erst bei erhöhtem Risiko sichtbar.
Sichtbarkeit als Voraussetzung
Ein weiterer Stolperstein ist mangelnde Transparenz. Wer nicht weiß, welche Nutzer, Geräte und Dienste auf welche Ressourcen zugreifen, kann keine sinnvollen Richtlinien definieren. Deshalb steht am Anfang jeder Zero-Trust-Reise eine ehrliche Bestandsaufnahme: Identitäten, Datenflüsse und Abhängigkeiten sichtbar machen. Erst auf dieser Grundlage lassen sich Richtlinien formulieren, die schützen, ohne den Betrieb zu behindern. Zero Trust ist damit ebenso ein Daten- und Prozessthema wie ein technisches.