W\u00e4hrend Passw\u00f6rter die h\u00e4ufigste Form der Authentifizierung sind, sind sie nicht die einzige Option und nicht immer die beste Wahl. Zum Beispiel erfordern Passw\u00f6rter, dass jemand ein einzigartiges, starkes Passwort f\u00fcr jedes Konto hat.<\/p>\n\n\n\n
Die tokenbasierte Authentifizierung kodiert Authentifizierungsdaten innerhalb eines Tokens. Dieses Token kann an andere Anwendungen gesendet werden, die die darin gespeicherten Authentifizierungsdaten lesen und verwenden, um zu bestimmen, ob ein Benutzer berechtigt ist, auf ein System zuzugreifen.<\/p>\n\n\n\n
Tokenbasierte Authentifizierungssysteme unterteilen den Identit\u00e4ts- und Zugriffsmanagement (IAM)<\/a> Prozess in zwei Schritte, die von verschiedenen Systemen durchgef\u00fchrt werden. Die Authentifizierung erfolgt durch einen Authentifizierungsserver, w\u00e4hrend die Autorisierung von jeder einzelnen Anwendung oder jedem System verwaltet wird. Diese Systeme k\u00f6nnen sich innerhalb derselben Organisation befinden oder auf verschiedene Organisationen verteilt sein, wenn das Autorisierungssystem so konfiguriert ist, dass es die Authentifizierung der Benutzeridentit\u00e4t durch das andere System vertraut. Das Einloggen in Websites \u00fcber ein Social-Media-Konto ist ein Beispiel f\u00fcr eine organisations\u00fcbergreifende Authentifizierung, die mit Tokens durchgef\u00fchrt wird.<\/p>\n\n\n\n Im ersten Schritt beweist der Benutzer seine Identit\u00e4t gegen\u00fcber dem Authentifizierungsserver \u00fcber ein Passwort oder andere Mittel. Dies ist das einzige System, das das Passwort des Benutzers erh\u00e4lt, was verschiedene Sicherheits- und Benutzerfreundlichkeitsvorteile bietet. Nach der Authentifizierung des Benutzers generiert der Authentifizierungsserver ein Token, das Informationen \u00fcber seine Identit\u00e4t enth\u00e4lt. Dieses Token wird dann in einer Anfrage an eine Anwendung, auf die der Benutzer zugreifen m\u00f6chte, einbezogen.<\/p>\n\n\n\n Nach Erhalt dieses Tokens und Validierung seines Inhalts kann die Anwendung sicher sein, dass der Benutzer der ist, der er vorgibt zu sein. Basierend auf diesen Informationen kann sie bestimmen, ob der Benutzer berechtigt ist, diese Anfrage zu stellen, und den Zugriff auf die Ressource gew\u00e4hren oder verweigern.<\/p>\n\n\n\n Einige g\u00e4ngige Anwendungsf\u00e4lle f\u00fcr Tokens sind:<\/p>\n\n\n\n Die meisten tokenbasierten Authentifizierungsschemata werden mit JSON Web Tokens (JWTs) implementiert. Diese Tokens enthalten drei Hauptfelder:<\/p>\n\n\n\n Nachdem die Identit\u00e4t eines Benutzers \u00fcberpr\u00fcft wurde, generiert ein Authentifizierungsserver ein JWT, das die Benutzerdaten und ein Ablaufdatum des Tokens in der Payload enth\u00e4lt. Die Anwendung, die diese Daten erh\u00e4lt, wird die Signatur \u00fcberpr\u00fcfen, sicherstellen, dass das Token nicht abgelaufen ist, und dann die enthaltenen Informationen zur Autorisierung der Anfrage verwenden.<\/p>\n\n\n\n Beachten Sie, dass JWTs zwar einige der h\u00e4ufigsten verwendeten Tokens sind, sie jedoch nicht die einzigen sind. Zum Beispiel ist die Security Assertion Markup Language (SAML) ein weiterer g\u00e4ngiger Standard, der zur Implementierung von SSO f\u00fcr Unternehmensanwendungen verwendet wird.<\/p>\n\n\n\n Ein JWT bietet ein festgelegtes Format f\u00fcr Authentifizierungsdaten, ist jedoch nur ein Datenformat. Anwendungen ben\u00f6tigen ein gemeinsames Protokoll, um zu verstehen, wie man diese Tokens erstellt, sendet und verwendet. Die beiden h\u00e4ufigsten tokenbasierten Algorithmen sind OAuth2.0 und OpenID Connect (OIDC).<\/p>\n\n\n\n OAuth2.0 ist ein Autorisierungsprotokoll, das auf tokenbasierter Authentifizierung basiert, um die Autorisierung zu erm\u00f6glichen, ohne die Anmeldeinformationen des Benutzers zu teilen. Das Ziel ist es, dass ein Benutzer eine Anwendung (\u201eVerbraucher\u201c) autorisiert, um eine Aktion auf einer anderen (\u201eDienstanbieter\u201c) auszuf\u00fchren, ohne die Anmeldeinformationen des Benutzers f\u00fcr den \u201eDienstanbieter\u201c an den \u201eVerbraucher\u201c weiterzugeben.<\/p>\n\n\n\n Um dies zu tun, wird der Verbraucher den Benutzer zum Dienstanbieter umleiten, wo er sich mit seinem normalen Passwort f\u00fcr diesen Dienst authentifiziert. Der Dienstanbieter \u00fcberpr\u00fcft dann, ob der Benutzer die Anfrage des Verbrauchers genehmigt. Falls ja, wird ein Zugriffstoken generiert, das der Verbraucher verwenden kann, um auf das Konto des Benutzers beim Dienstanbieter zuzugreifen. Dies autorisiert die Anfrage, ohne das Passwort des Benutzers f\u00fcr den Dienstanbieter offenzulegen.<\/p>\n\n\n\n OpenID Connect (OIDC) ist ein Authentifizierungs- und Autorisierungsprotokoll, das auf OAuth 2.0 aufbaut. Es f\u00fcgt eine Identit\u00e4tsschicht hinzu, um Benutzer zu authentifizieren, die Identit\u00e4tsinformationen in JWTs speichert und die Authentifizierungsfunktionen bereitstellt, die OAuth 2.0 fehlen.<\/p>\n\n\n\n Der Hauptanwendungsfall f\u00fcr OIDC besteht darin, SSO zu implementieren, das den Zugriff auf mehrere Anwendungen mit einer einzigen Authentifizierungsanfrage erm\u00f6glicht. Das Protokoll umfasst eine Reihe von Standardanspr\u00fcchen, um konsistente Austauschm\u00f6glichkeiten von Benutzeridentit\u00e4t und Profildaten zwischen Anwendungen zu erm\u00f6glichen.<\/p>\n\n\n\n Die tokenbasierte Authentifizierung erm\u00f6glicht es, Authentifizierungsinformationen sicher zwischen Anwendungen zu kommunizieren, wodurch die Notwendigkeit entf\u00e4llt, dass eine App ihre eigene Benutzerauthentifizierung durchf\u00fchrt. Dies bietet zahlreiche Vorteile f\u00fcr Benutzer und die Organisation.<\/p>\n\n\n\n Tokenbasierte Authentifizierungsschemata sind die Grundlage f\u00fcr SSO, das es einem Benutzer erm\u00f6glicht, sich einmal zu authentifizieren und auf viele Apps zuzugreifen. Die Beseitigung der Notwendigkeit, sich mehrere Passw\u00f6rter zu merken und einzugeben, verbessert die betriebliche Effizienz und das Benutzererlebnis.<\/p>\n\n\n\n Die tokenbasierte Authentifizierung erh\u00f6ht die Sicherheit, indem sie die Notwendigkeit beseitigt, dass jede Anwendung Benutzerpassw\u00f6rter akzeptiert und verwaltet. H\u00e4ufig haben Benutzer schwache oder wiederverwendete Passw\u00f6rter, und diese Passw\u00f6rter laufen nie ab. Durch die Verwendung von Tokens muss eine Anwendung keine sensiblen Authentifizierungsinformationen speichern. Zus\u00e4tzlich laufen Tokens automatisch ab, wodurch die Zeit reduziert wird, in der ein Angreifer kompromittierte Anmeldeinformationen missbrauchen kann.<\/p>\n\n\n\n Tokens beseitigen die Notwendigkeit, dass Server Informationen \u00fcber die bestehende Sitzung eines Benutzers speichern. Dies erm\u00f6glicht es einem Server, mehr Benutzer zu unterst\u00fctzen, da sie weniger serverseitige Ressourcen verbrauchen.<\/p>\n\n\n\n JWTs und andere Tokens k\u00f6nnen eine Vielzahl von Identit\u00e4tsdaten \u00fcber einen einfachen Benutzernamen hinaus tragen. Zus\u00e4tzlich k\u00f6nnen Anwendungen die Autorisierung auf ein spezifisches Szenario zuschneiden, wodurch sie das Prinzip der geringsten Privilegien (POLP)<\/a> und andere Prinzipien des Zero Trust besser durchsetzen k\u00f6nnen. Diese Kombination erm\u00f6glicht es tokenbasierten Authentifizierungsschemata, sehr granulare Zugriffsmanagementrichtlinien umzusetzen.<\/p>\n\n\n\n OAuth 2.0 ist ein Beispiel f\u00fcr ein spezifisches Protokoll, das Zugriffstokens verwendet, um die Benutzerautorisierung umzusetzen. Tokenbasierte Authentifizierung ist allgemeiner und umfasst jedes Schema, das Tokens zur Benutzerautorisierung verwendet.<\/p>\n\n\n\n Eine Anwendung, die passwortbasierte Authentifizierung verwendet, speichert Benutzerdaten und fordert einen Benutzer auf, sich zu authentifizieren, indem er sein Passwort f\u00fcr diese Anwendung angibt. Bei der tokenbasierten Authentifizierung akzeptiert ein Authentifizierungsserver ein Passwort oder eine andere Anmeldeinformation und generiert ein Token, das die Identit\u00e4t des Benutzers best\u00e4tigt und an die Anwendung gesendet wird, auf die er zugreifen m\u00f6chte.<\/p>\n\n\n\n Tokenbasierte Authentifizierung bietet im Allgemeinen eine st\u00e4rkere Sicherheit als passwortbasierte Authentifizierung, birgt jedoch Risiken. Ein gestohlenes Token kann beispielsweise verwendet werden, um sich als legitimer Benutzer zu authentifizieren, oder der private Schl\u00fcssel, der zum digitalen Signieren von Tokens verwendet wird, k\u00f6nnte gestohlen werden und zur F\u00e4lschung gef\u00e4lschter Zugriffstokens verwendet werden.<\/p>\n\n\n\n Tokenbasierte Authentifizierung entkoppelt Authentifizierung und Autorisierung, indem ein Authentifizierungsserver die Identit\u00e4t eines Benutzers \u00fcberpr\u00fcft und dann ein Token, das seine Identit\u00e4t best\u00e4tigt, an eine Anwendung sendet. Dieser Ansatz hat verschiedene Vorteile und bildet die Grundlage f\u00fcr SSO-Protokolle.<\/p>\n\n\n\n Tokenbasierte Authentifizierung ist auch zentral f\u00fcr viele moderne Identit\u00e4ts- und Zugriffsmanagementsysteme (IAM), wie die Zero Trust Network Access (ZTNA)<\/a> Funktionen der Cato SASE Cloud und der Cato Management Application (CMA).<\/p>\n\n\n\n\n
Was sind JSON Web Tokens (JWT) und wie funktionieren sie?<\/h2>\n\n\n\n
\n
Die verschiedenen Arten der tokenbasierten Authentifizierung<\/h2>\n\n\n\n
OAuth 2.0<\/h3>\n\n\n\n
OpenID Connect (OIDC)<\/h3>\n\n\n\n
Die Vorteile der tokenbasierten Authentifizierung<\/h2>\n\n\n\n
Verbessertes Nutzererlebnis<\/h3>\n\n\n\n
Erh\u00f6hte Sicherheit<\/h3>\n\n\n\n
Gr\u00f6\u00dfere Skalierbarkeit und Effizienz<\/h3>\n\n\n\n
Granulares Zugriffsmanagement<\/h3>\n\n\n\n
FAQ<\/h2>\n\n\n\n
Was ist der Unterschied zwischen OAuth 2.0 und tokenbasierter Authentifizierung?<\/h3>\n\n\n\n
Wie unterscheidet sich die passwortbasierte Authentifizierung von der tokenbasierten Authentifizierung?<\/h3>\n\n\n\n
Was sind die Nachteile der tokenbasierten Authentifizierung?<\/h3>\n\n\n\n
Verwalten Sie die tokenbasierte Authentifizierung mit Catos SASE-L\u00f6sung<\/h2>\n\n\n\n