Homeoffice, Cloud-Dienste, SaaS-Anwendungen und mobile Endger\u00e4te haben die Art ver\u00e4ndert, wie Unternehmen ihre IT bereitstellen und wie Besch\u00e4ftigte darauf zugreifen. Nutzer, Ger\u00e4te, Anwendungen und Daten befinden sich l\u00e4ngst nicht mehr ausschlie\u00dflich innerhalb eines klar abgegrenzten Unternehmensnetzwerks. Damit verliert auch die klassische Vorstellung einer eindeutigen Grenze zwischen \u201einnen\u201c und \u201eau\u00dfen\u201c an Bedeutung.<\/p>\n
Das Prinzip, dass ein Zugriff innerhalb des Unternehmensnetzes grunds\u00e4tzlich vertrauensw\u00fcrdiger ist als ein Zugriff von au\u00dferhalb, st\u00f6\u00dft deshalb zunehmend an Grenzen. Das Zero Trust Model<\/strong> verfolgt einen anderen Ansatz: Vertrauen wird nicht pauschal vorausgesetzt. Stattdessen m\u00fcssen Zugriffe anhand definierter Kriterien \u00fcberpr\u00fcft und autorisiert werden.<\/p>\n Eine wichtige Technologie f\u00fcr die praktische Umsetzung dieses Ansatzes ist ZTNA \u2013 Zero Trust Network Access<\/strong>. Doch wie funktioniert ZTNA genau? Was unterscheidet den Ansatz von einem klassischen VPN? Und kann ZTNA bestehende VPN-Verbindungen tats\u00e4chlich ersetzen?<\/p>\n ZTNA steht f\u00fcr Zero Trust Network Access<\/strong> und bezeichnet einen Sicherheitsansatz f\u00fcr den kontrollierten Zugriff auf Anwendungen und Ressourcen. Benutzer und Ger\u00e4te erhalten dabei nicht allein aufgrund ihres Netzwerkstandorts oder einer erfolgreichen Verbindung pauschales Vertrauen. Stattdessen wird gepr\u00fcft, ob eine konkrete Zugriffsanfrage unter den gegebenen Bedingungen zul\u00e4ssig ist.<\/p>\n Im Mittelpunkt steht damit nicht der Zugang zu einem m\u00f6glichst gro\u00dfen Netzwerkbereich, sondern der Zugriff auf die tats\u00e4chlich ben\u00f6tigte Ressource. Ein Mitarbeiter, der beispielsweise eine bestimmte interne Gesch\u00e4ftsanwendung ben\u00f6tigt, soll nicht automatisch weitere Systeme im Unternehmensnetz erreichen k\u00f6nnen.<\/p>\n Die Grundlage daf\u00fcr bildet das Zero Trust Model. Es folgt vereinfacht dem Prinzip: Vertrauen nicht voraussetzen, sondern Zugriffe explizit pr\u00fcfen.<\/strong> Identit\u00e4t, Berechtigung, Ger\u00e4tezustand und weitere Kontextinformationen k\u00f6nnen in die Zugriffsentscheidung einbezogen werden.<\/p>\n Zero Trust Netzwerkzugang bedeutet damit einen Perspektivwechsel: Statt zu fragen, ob sich ein Benutzer innerhalb oder au\u00dferhalb eines vermeintlich vertrauensw\u00fcrdigen Netzwerks befindet, r\u00fcckt die Frage in den Mittelpunkt, wer unter welchen Bedingungen auf welche Ressource zugreifen darf<\/strong>.<\/p>\n Die technische Umsetzung unterscheidet sich je nach ZTNA-Architektur und Anbieter. Das Grundprinzip l\u00e4sst sich jedoch anhand eines typischen Zugriffs auf eine Unternehmensanwendung erkl\u00e4ren.<\/p>\n Ein Mitarbeiter m\u00f6chte beispielsweise aus dem Homeoffice auf eine interne Gesch\u00e4ftsanwendung zugreifen. Statt ihm zun\u00e4chst einen allgemeinen Zugang zum Unternehmensnetzwerk bereitzustellen, wird eine Anfrage f\u00fcr die ben\u00f6tigte Ressource gestellt.<\/p>\n Im n\u00e4chsten Schritt muss gekl\u00e4rt werden, wer den Zugriff anfordert. Daf\u00fcr kann eine ZTNA-Umgebung mit dem zentralen Identity & Access Management beziehungsweise einem Identity Provider des Unternehmens zusammenarbeiten.<\/p>\n Bei der Pr\u00fcfung k\u00f6nnen unter anderem folgende Informationen eine Rolle spielen:<\/p>\n Eine starke Authentifizierung ist dabei eine wichtige Grundlage. Sie beantwortet jedoch noch nicht vollst\u00e4ndig die Frage, ob der konkrete Zugriff unter den aktuellen Bedingungen zul\u00e4ssig ist.<\/p>\n Deshalb kann zus\u00e4tzlich das verwendete Endger\u00e4t in die Entscheidung einflie\u00dfen. Schlie\u00dflich kann auch ein legitimer Mitarbeiter von einem unsicheren oder kompromittierten Ger\u00e4t aus auf Unternehmensressourcen zugreifen.<\/p>\n Je nach eingesetzter L\u00f6sung und definierten Richtlinien kann beispielsweise gepr\u00fcft werden:<\/p>\n Identit\u00e4t und Ger\u00e4tezustand k\u00f6nnen durch weitere Kontextinformationen erg\u00e4nzt werden. Welche Signale tats\u00e4chlich ausgewertet werden, h\u00e4ngt von der eingesetzten Zero Trust Network Access L\u00f6sung und den Richtlinien des Unternehmens ab.<\/p>\n M\u00f6gliche Faktoren sind beispielsweise:<\/p>\n Die verschiedenen Informationen werden gegen die definierten Zugriffsrichtlinien gepr\u00fcft. Dadurch l\u00e4sst sich der Zugriff deutlich differenzierter steuern als allein anhand der Frage, ob ein Benutzer g\u00fcltige Anmeldedaten besitzt.<\/p>\n Sind die festgelegten Voraussetzungen erf\u00fcllt, wird der Zugriff auf die ben\u00f6tigte Anwendung oder Ressource erm\u00f6glicht. Entscheidend ist: Die Freigabe einer Anwendung bedeutet nicht automatisch, dass der Benutzer damit Zugriff auf das gesamte Unternehmensnetzwerk erh\u00e4lt.<\/strong><\/p>\n \u00c4ndern sich relevante Bedingungen, k\u00f6nnen moderne Zugriffssysteme eine erneute Bewertung vornehmen. Wie kontinuierlich und anhand welcher Signale dies geschieht, ist von Architektur, Produkt und konfigurierten Richtlinien abh\u00e4ngig.<\/p>\n Der Ablauf zeigt, warum ZTNA mehr als eine alternative Methode f\u00fcr Remote Access ist. Der eigentliche Zero-Trust-Gedanke entsteht durch das Zusammenspiel verschiedener Faktoren. Besonders wichtig sind Identit\u00e4t, Ger\u00e4tezustand und m\u00f6glichst granulare Zugriffsrichtlinien.<\/p>\n Unternehmen m\u00fcssen zuverl\u00e4ssig feststellen k\u00f6nnen, welche Person oder Identit\u00e4t einen Zugriff anfordert. Ein zentrales Identity & Access Management bildet daf\u00fcr eine wichtige Grundlage.<\/p>\n Dazu geh\u00f6ren unter anderem:<\/p>\n Gerade MFA reduziert die Abh\u00e4ngigkeit von einem einzelnen Faktor wie einem Passwort. F\u00fcr Zero Trust reicht es jedoch nicht, ausschlie\u00dflich die Identit\u00e4t des Benutzers zu betrachten.<\/p>\n Ein berechtigter Mitarbeiter kann weiterhin ein Sicherheitsrisiko darstellen, wenn er \u00fcber ein kompromittiertes, veraltetes oder nicht ausreichend gesch\u00fctztes Ger\u00e4t zugreift. Deshalb kann ZTNA zus\u00e4tzlich den Sicherheitszustand des Endger\u00e4ts ber\u00fccksichtigen.<\/p>\n Relevant k\u00f6nnen etwa Patchstand, Ger\u00e4temanagement, Betriebssystemversion oder vorhandene Endpoint-Sicherheitsma\u00dfnahmen sein. Unternehmen k\u00f6nnen auf dieser Basis unterschiedliche Regeln f\u00fcr verwaltete und nicht verwaltete Ger\u00e4te definieren.<\/p>\n So l\u00e4sst sich beispielsweise festlegen, dass ein verwaltetes Unternehmensger\u00e4t Zugriff auf eine sensible Anwendung erh\u00e4lt, w\u00e4hrend ein unbekanntes Ger\u00e4t abgewiesen wird oder nur auf weniger kritische Ressourcen zugreifen darf.<\/p>\n Die dritte S\u00e4ule bilden klar definierte Zugriffsrichtlinien. Ein wichtiges Prinzip ist dabei Least Privilege<\/strong>: Benutzer und Systeme sollen nur die Berechtigungen erhalten, die sie f\u00fcr ihre jeweiligen Aufgaben tats\u00e4chlich ben\u00f6tigen.<\/p>\n Statt einem Mitarbeiter nach erfolgreicher Anmeldung umfangreichen Netzwerkzugriff zu gew\u00e4hren, k\u00f6nnen Freigaben gezielt auf notwendige Anwendungen und Ressourcen begrenzt werden. Identit\u00e4t, Rolle, Ger\u00e4t und Kontext lassen sich dabei miteinander verkn\u00fcpfen.<\/p>\n Das Ergebnis ist ein st\u00e4rker identit\u00e4ts-, ressourcen- und kontextbezogener Zugriff, bei dem Berechtigungen m\u00f6glichst granular vergeben werden.<\/p>\n Die Frage nach dem Unterschied zwischen ZTNA und VPN liegt nahe, denn beide Technologien k\u00f6nnen f\u00fcr den sicheren Remote-Zugriff auf Unternehmensressourcen eingesetzt werden. Trotzdem beruhen sie auf unterschiedlichen Zugriffsmodellen.<\/p>\n Diese Unterschiede bedeuten nicht, dass ein VPN grunds\u00e4tzlich unsicher ist. Ein korrekt konfiguriertes und abgesichertes VPN bleibt eine etablierte Technologie f\u00fcr Remote Access. Der entscheidende Unterschied liegt vielmehr im Vertrauensmodell und in der Granularit\u00e4t des Zugriffs<\/strong>.<\/p>\n Bei ZTNA soll allein der erfolgreiche Aufbau einer Verbindung m\u00f6glichst wenig dar\u00fcber aussagen, welche weiteren Ressourcen ein Benutzer erreichen darf. Die Berechtigung wird st\u00e4rker an die konkrete Identit\u00e4t, Ressource und den jeweiligen Kontext gekoppelt.<\/p>\n Ob Unternehmen ihr VPN durch ZTNA ersetzen k\u00f6nnen, l\u00e4sst sich nicht pauschal beantworten. Entscheidend sind die vorhandene Infrastruktur, die Anwendungen, verwendete Protokolle und die jeweiligen Zugriffsszenarien.<\/p>\n Besonders interessant ist Zero Trust Network Access f\u00fcr Szenarien, in denen Benutzer gezielt auf bestimmte Anwendungen zugreifen sollen, ohne daf\u00fcr umfangreichen Netzwerkzugriff zu ben\u00f6tigen.<\/p>\n Dazu z\u00e4hlen beispielsweise:<\/p>\n Gerade bei externen Dienstleistern kann die granulare Freigabe hilfreich sein: Statt einen Netzwerkzugang bereitzustellen, der anschlie\u00dfend durch weitere Ma\u00dfnahmen begrenzt werden muss, l\u00e4sst sich der Zugriff m\u00f6glichst direkt auf die ben\u00f6tigten Ressourcen beschr\u00e4nken.<\/p>\n ZTNA ist jedoch nicht automatisch f\u00fcr jede Anwendung und jedes Protokoll ein vollst\u00e4ndiger VPN-Ersatz. Bestimmte Legacy-Anwendungen oder technische Szenarien k\u00f6nnen weiterhin umfassendere Netzwerkkonnektivit\u00e4t voraussetzen.<\/p>\n VPN kann deshalb beispielsweise weiterhin relevant sein bei:<\/p>\n In der Praxis muss die Einf\u00fchrung deshalb nicht mit der sofortigen Abschaltung der bestehenden VPN-Infrastruktur beginnen. Unternehmen k\u00f6nnen ZTNA zun\u00e4chst f\u00fcr geeignete Anwendungen oder Benutzergruppen einsetzen und bestehende Remote-Access-Verfahren parallel weiterbetreiben. Anschlie\u00dfend l\u00e4sst sich anhand der tats\u00e4chlichen Anforderungen entscheiden, welche VPN-Zug\u00e4nge noch ben\u00f6tigt werden.<\/p>\n ZTNA kann Unternehmen dabei unterst\u00fctzen, Zugriffe besser an moderne, verteilte IT-Infrastrukturen anzupassen. Die Vorteile ergeben sich dabei vor allem aus der gezielteren Steuerung von Berechtigungen.<\/p>\n Benutzer erhalten m\u00f6glichst nur Zugriff auf die Anwendungen und Ressourcen, die sie f\u00fcr ihre T\u00e4tigkeit ben\u00f6tigen. Damit l\u00e4sst sich vermeiden, dass eine einzelne erfolgreiche Anmeldung unn\u00f6tig weitreichende Zugriffsm\u00f6glichkeiten er\u00f6ffnet.<\/p>\n Je weniger Ressourcen f\u00fcr einen Benutzer oder ein Ger\u00e4t erreichbar sind, desto weniger potenzielle Angriffspfade stehen \u00fcber diesen Zugang zur Verf\u00fcgung. Wird ein Benutzerkonto oder Endger\u00e4t kompromittiert, k\u00f6nnen granulare Berechtigungen den Umfang der erreichbaren Ressourcen begrenzen und laterale Bewegungen innerhalb einer Infrastruktur erschweren.<\/p>\n ZTNA verhindert Angriffe oder laterale Bewegungen allerdings nicht automatisch. Es ist vielmehr eine Sicherheitsma\u00dfnahme innerhalb einer umfassenderen Architektur.<\/p>\n ZTNA l\u00f6st Zugriffsentscheidungen st\u00e4rker vom physischen Arbeitsort. Ob ein Mitarbeiter im B\u00fcro, im Homeoffice oder unterwegs arbeitet, ist damit nicht allein ausschlaggebend f\u00fcr das Vertrauen in seinen Zugriff.<\/p>\n Stattdessen k\u00f6nnen Identit\u00e4t, Ger\u00e4t und weitere Kontextinformationen f\u00fcr die Entscheidung herangezogen werden.<\/p>\n Die Identit\u00e4t eines Benutzers allein sagt wenig dar\u00fcber aus, ob sein Endger\u00e4t ausreichend gesch\u00fctzt ist. Die Ber\u00fccksichtigung des Ger\u00e4tezustands erm\u00f6glicht es, Zugriffe beispielsweise von der Einhaltung definierter Sicherheitsanforderungen abh\u00e4ngig zu machen.<\/p>\n Das Least-Privilege-Prinzip geh\u00f6rt zu den wesentlichen Vorteilen von ZTNA. Statt Zugriffsrechte vorsorglich m\u00f6glichst weit zu fassen, sollen Benutzer nur auf diejenigen Ressourcen zugreifen k\u00f6nnen, die sie f\u00fcr ihre Aufgabe ben\u00f6tigen.<\/p>\n Das setzt allerdings voraus, dass Rollen, Zust\u00e4ndigkeiten und Berechtigungen im Unternehmen bekannt und gepflegt werden.<\/p>\n Moderne Unternehmensanwendungen befinden sich h\u00e4ufig gleichzeitig im eigenen Rechenzentrum, in privaten Clouds und bei verschiedenen SaaS- oder Cloud-Anbietern. Ein Sicherheitsmodell, das haupts\u00e4chlich zwischen internem und externem Netzwerk unterscheidet, kann diese Realit\u00e4t nur begrenzt abbilden.<\/p>\n ZTNA orientiert sich stattdessen st\u00e4rker an Identit\u00e4ten und konkreten Ressourcen und eignet sich damit grunds\u00e4tzlich gut f\u00fcr hybride und verteilte IT-Landschaften.<\/p>\n Zero Trust Network Access L\u00f6sungen allein etablieren noch keine Zero-Trust-Architektur.<\/strong> Bevor Unternehmen ZTNA einf\u00fchren, sollten sie deshalb Transparenz \u00fcber Identit\u00e4ten, Endger\u00e4te, Anwendungen und bestehende Zugriffsrechte schaffen.<\/p>\n Wenn Zugriffsentscheidungen wesentlich von der Identit\u00e4t abh\u00e4ngen, m\u00fcssen Identit\u00e4ten zuverl\u00e4ssig verwaltet werden. Ein leistungsf\u00e4higes IAM sowie klare Prozesse f\u00fcr Eintritt, Rollenwechsel und Ausscheiden von Mitarbeitern sind deshalb wichtige Voraussetzungen.<\/p>\n Unternehmen sollten unter anderem kl\u00e4ren:<\/p>\n Auch beim Ger\u00e4temanagement ist Transparenz entscheidend. Unternehmen sollten wissen, welche Endger\u00e4te auf ihre Ressourcen zugreifen und wie deren Sicherheitszustand bewertet werden kann.<\/p>\n Ger\u00e4teinventarisierung, Endpoint Management und geeignete Mechanismen zur Erfassung der Device Posture k\u00f6nnen daf\u00fcr eine Grundlage schaffen.<\/p>\n Bevor Zugriffe granular gesteuert werden k\u00f6nnen, muss bekannt sein, welche Anwendungen und Ressourcen \u00fcberhaupt vorhanden sind. Eine Inventarisierung sollte deshalb unter anderem beantworten:<\/p>\n Gerade dieser Schritt kann bei gewachsenen IT-Landschaften aufwendig sein. Er ist jedoch notwendig, um Zugriffsrichtlinien nicht nur theoretisch, sondern passend zu den tats\u00e4chlichen Gesch\u00e4ftsprozessen zu gestalten.<\/p>\n Im n\u00e4chsten Schritt m\u00fcssen Unternehmen aus ihren Anforderungen konkrete Policies ableiten. Dabei sollte das Least-Privilege-Prinzip im Mittelpunkt stehen.<\/p>\n Eine Richtlinie k\u00f6nnte beispielsweise festlegen, welche Benutzerrolle von welchen verwalteten Ger\u00e4ten auf eine bestimmte Anwendung zugreifen darf und welche zus\u00e4tzlichen Anforderungen bei erh\u00f6htem Risiko gelten.<\/p>\n Die Regeln sollten dabei weder unn\u00f6tig weit gefasst noch so restriktiv gestaltet sein, dass legitime Gesch\u00e4ftsprozesse regelm\u00e4\u00dfig blockiert werden. ZTNA erfordert deshalb neben Technologie auch saubere Governance.<\/p>\n Statt s\u00e4mtliche Zugriffswege auf einmal umzustellen, bietet sich h\u00e4ufig ein schrittweises Vorgehen an. Unternehmen k\u00f6nnen beispielsweise mit einer ausgew\u00e4hlten Anwendung oder einer klar definierten Benutzergruppe beginnen.<\/p>\n Eine solche Migration erm\u00f6glicht es, technische Probleme und unvollst\u00e4ndige Berechtigungsmodelle fr\u00fchzeitig zu erkennen, ohne s\u00e4mtliche Remote-Zugriffe gleichzeitig umstellen zu m\u00fcssen.<\/p>\n Bei der Einf\u00fchrung ist eine Abgrenzung besonders wichtig: ZTNA und Zero Trust sind nicht dasselbe.<\/strong><\/p>\n ZTNA setzt einen Teil des Zero-Trust-Modells technisch um, indem Zugriffe auf Anwendungen und Ressourcen m\u00f6glichst kontrolliert, kontextbezogen und granular bereitgestellt werden. Eine umfassende Zero-Trust-Architektur reicht jedoch deutlich dar\u00fcber hinaus.<\/p>\n Dazu geh\u00f6ren beispielsweise:<\/p>\n Zero Trust ist damit keine einzelne Technologie und kein Produkt, das Unternehmen lediglich installieren m\u00fcssen. Vielmehr handelt es sich um einen Sicherheitsansatz, der Identit\u00e4ten, Ger\u00e4te, Anwendungen, Daten, Zugriffsentscheidungen und \u00dcberwachung zusammenf\u00fchrt.<\/p>\n Wie das Sicherheitsmodell insgesamt funktioniert, welche Prinzipien dahinterstehen und welche weiteren technischen Bausteine dazugeh\u00f6ren, erkl\u00e4ren wir ausf\u00fchrlich in unserem Grundlagenbeitrag zu Zero Trust Security<\/a>.<\/p>\n Cloud-Dienste, Remote Work und hybride Infrastrukturen sorgen daf\u00fcr, dass klassische Netzwerkgrenzen f\u00fcr die Zugriffskontrolle allein immer weniger aussagekr\u00e4ftig sind. Zero Trust Network Access setzt deshalb an einem anderen Punkt an: Zugriff wird nicht allein aufgrund des Netzwerkstandorts gew\u00e4hrt, sondern anhand von Identit\u00e4t, Ger\u00e4t, Kontext und definierten Richtlinien bewertet.<\/strong><\/p>\n Benutzer sollen dadurch m\u00f6glichst nur diejenigen Anwendungen und Ressourcen erreichen k\u00f6nnen, die sie f\u00fcr ihre Aufgaben tats\u00e4chlich ben\u00f6tigen. Das unterst\u00fctzt Least Privilege, kann die Angriffsfl\u00e4che reduzieren und hilft Unternehmen dabei, Remote-Zugriffe granularer abzusichern.<\/p>\n ZTNA kann bestehende VPN-Infrastrukturen dabei zun\u00e4chst erg\u00e4nzen und sie in geeigneten Anwendungsszenarien langfristig ersetzen. Ein vollst\u00e4ndiger Ersatz ist jedoch weder in jeder IT-Umgebung m\u00f6glich noch zwangsl\u00e4ufig notwendig. Legacy-Systeme, spezielle Netzwerkprotokolle und technische Abh\u00e4ngigkeiten k\u00f6nnen weiterhin VPN-Zug\u00e4nge erfordern.<\/p>\n Entscheidend f\u00fcr eine erfolgreiche Einf\u00fchrung ist deshalb nicht allein die Wahl einer ZTNA-L\u00f6sung. Unternehmen ben\u00f6tigen Transparenz \u00fcber ihre Identit\u00e4ten, Ger\u00e4te, Anwendungen und Berechtigungen sowie klar definierte und regelm\u00e4\u00dfig \u00fcberpr\u00fcfte Zugriffsrichtlinien.<\/p>\nWas ist ZTNA?<\/h2>\n
Wie funktioniert ZTNA?<\/h2>\n
1. Zugriffsanfrage stellen<\/h3>\n
2. Identit\u00e4t \u00fcberpr\u00fcfen<\/h3>\n
\n
3. Ger\u00e4tezustand bewerten<\/h3>\n
\n
4. Kontext und Zugriffsrichtlinien auswerten<\/h3>\n
\n
5. Zugriff auf die Ressource gew\u00e4hren<\/h3>\n
Identit\u00e4t, Ger\u00e4tezustand und Zugriffsrichtlinien als Herzst\u00fcck von ZTNA<\/h2>\n
Identit\u00e4t \u2013 wer greift zu?<\/h3>\n
\n
Ger\u00e4tezustand \u2013 womit erfolgt der Zugriff?<\/h3>\n
Zugriffsrichtlinien \u2013 worauf darf zugegriffen werden?<\/h3>\n
ZTNA vs. VPN: Was ist der Unterschied?<\/h2>\n
\n\n
\n \nVPN<\/th>\n ZTNA<\/th>\n<\/tr>\n<\/thead>\n \n Verbindung typischerweise mit einem Netzwerk oder Netzwerksegment<\/td>\n Zugriff gezielt auf bestimmte Anwendungen oder Ressourcen<\/td>\n<\/tr>\n \n St\u00e4rker netzwerkorientiert<\/td>\n St\u00e4rker identit\u00e4ts-, richtlinien- und ressourcenorientiert<\/td>\n<\/tr>\n \n Je nach Konfiguration breiterer Netzwerkzugriff m\u00f6glich<\/td>\n M\u00f6glichst granularer Zugriff nach dem Least-Privilege-Prinzip<\/td>\n<\/tr>\n \n Zugriff stark an Aufbau und Absicherung der VPN-Verbindung gekoppelt<\/td>\n Zugriffsentscheidung kann Identit\u00e4t, Ger\u00e4t und Kontext ber\u00fccksichtigen<\/td>\n<\/tr>\n \n Klassischer Ansatz f\u00fcr Remote Access<\/td>\n Zero-Trust-orientierter Ressourcenzugriff<\/td>\n<\/tr>\n \n Zus\u00e4tzliche Segmentierung ist f\u00fcr eine granulare Begrenzung des Netzwerkzugriffs relevant<\/td>\n Zugriff wird m\u00f6glichst von Beginn an auf ben\u00f6tigte Ressourcen beschr\u00e4nkt<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Kann ZTNA ein VPN ersetzen?<\/h2>\n
Wann ZTNA VPN ersetzen oder erg\u00e4nzen kann<\/h3>\n
\n
Wann VPN weiterhin erforderlich sein kann<\/h3>\n
\n
Welche Vorteile bietet Zero Trust Network Access?<\/h2>\n
Granulare Zugriffskontrolle<\/h3>\n
Reduzierung der Angriffsfl\u00e4che<\/h3>\n
Bessere Absicherung von Remote Work<\/h3>\n
Ger\u00e4tesicherheit in Zugriffsentscheidungen einbeziehen<\/h3>\n
Least Privilege konsequent umsetzen<\/h3>\n
Cloud- und Hybrid-IT besser abbilden<\/h3>\n
Welche Voraussetzungen m\u00fcssen Unternehmen f\u00fcr ZTNA schaffen?<\/h2>\n
Identit\u00e4ten und Berechtigungen zentral verwalten<\/h3>\n
\n
Ger\u00e4te erfassen und ihren Sicherheitsstatus kennen<\/h3>\n
Anwendungen und Zugriffswege inventarisieren<\/h3>\n
\n
Granulare Zugriffsrichtlinien definieren<\/h3>\n
ZTNA schrittweise einf\u00fchren<\/h3>\n
\n
ZTNA als Baustein von Zero Trust Security<\/h2>\n
\n
Mit ZTNA vom Netzwerkzugriff zum gezielten Ressourcenzugriff<\/h2>\n