JWT-Tokens sicher gestalten: Ein Leitfaden für Best Practices

2026-05-28

JSON Web Tokens (JWTs) haben sich zum Industriestandard für zustandsloses Authentifizierung geworden. Sie ermöglichen es Servern, die Identität eines Benutzers zu verifizieren, ohne dass Sitzungsdaten auf dem Server selbst gespeichert werden müssen. Diese zustandslose Natur führt jedoch zu spezifischen Sicherheitsrisiken, wenn sie nicht korrekt implementiert werden. In diesem Leitfaden untersuchen wir, wie man JWT-Tokens ordnungsgemäß sichert, um Benutzerdaten zu schützen und die Integrität der Anwendung zu erhalten.

Verständnis der JWT-Struktur

Bevor man in Sicherheitsmaßnahmen einsteigt, ist es wichtig, die drei Teile eines JWT zu verstehen: den Header, das Payload und die Signatur.

Header: Enthält den Algorithmus, der zum Signieren des Tokens verwendet wird (z. B. HS256, RS256).
Payload: Enthält die Claims (Daten über den Benutzer, wie ID und Rolle).
Signature: Stellt sicher, dass der Token nicht manipuliert wurde.

Da der Payload base64-codiert ist, ist er für jeden lesbar, der den Token abfängt. Aus diesem Grund sind Sicherheitsmaßnahmen wie HTTPS und die Validierung der Signatur unverzichtbar.

1. Verwenden Sie immer HTTPS

Der wichtigste Schritt zum Sichern eines Tokens besteht darin, sicherzustellen, dass er über einen sicheren Kanal übertragen wird. Wenn ein JWT über HTTP gesendet wird, kann ein Angreifer im Netzwerk den Token-Payload abfangen und lesen und sensible Benutzerinformationen extrahieren.

BBVA betont, dass die Verwendung von HTTPS zwingend erforderlich ist, um Man-in-the-Middle-Angriffe zu verhindern. Diese Verschlüsselung stellt sicher, dass der Token von dem Moment an, in dem er den Client verlässt, bis zu dem Moment, in dem er den Server erreicht, vertraulich bleibt.

2. Sichern Sie Ihre Signierungs-Geheimnisse

Die Signatur ist der einzige Teil des JWT, der beweist, dass der Token authentisch ist. Um eine gültige Signatur zu generieren, benötigen Sie einen Geheimen Schlüssel (für symmetrische Algorithmen) oder einen privaten Schlüssel (für asymmetrische Algorithmen).

Codieren Sie Geheimnisse nicht direkt

Einer der häufigsten Fehler, die Entwickler machen, ist das direkte Hinzufügen des geheimen Schlüssels zum Quellcode. Wenn Ihr Code in ein öffentliches Repository (wie GitHub) gepusht wird, wird das Geheimnis offenbart. H2S Media rät von dieser Praxis ab und empfiehlt stattdessen die Verwendung von Umgebungsvariablen, um Geheimnisse zu speichern. Dies trennt sensible Daten von der Anwendungslogik und verhindert versehentliche Offenlegung.

Rotieren Sie Geheimnisse regelmäßig

Auch wenn Ihre Geheimnisse sicher gespeichert sind, sollten sie periodisch rotiert werden. Wenn ein Geheimnis kompromittiert wird, kann ein Angreifer Token unbegrenzt fälschen. Die regelmäßige Rotation begrenzt das Zeitfenster für einen Angreifer.

3. Wählen Sie die richtige Speichermechanismen

Wo Sie den JWT auf der Client-Seite speichern, ist eine kritische Sicherheitsentscheidung. Die beiden primären Optionen sind LocalStorage und HttpOnly Cookies.

Die Risiken von LocalStorage

Die Speicherung von JWTs in localStorage macht sie für jede JavaScript-Logik auf der Seite zugänglich. Wenn Ihre Anwendung eine Sicherheitslücke in Cross-Site Scripting (XSS) aufweist, kann ein Angreifer den Token leicht stehlen und den Benutzer imitieren. MakeUseOf hebt hervor, dass localStorage zwar praktisch ist, aber anfällig für XSS-Angriffe ist.

Die Sicherheit von HttpOnly Cookies

HttpOnly-Cookies sind nicht über JavaScript zugänglich. Dies macht sie immun gegen XSS-Angriffe, die versuchen, den Token zu stehlen. Für maximale Sicherheit, insbesondere in Anwendungen, die sensible Daten verarbeiten, ist die Speicherung des JWT in einem HttpOnly Cookie die empfohlene Vorgehensweise. Diese Methode hilft auch, CSRF (Cross-Site Request Forgery) -Angriffe zu minimieren, wenn sie mit den richtigen SameSite-Attributen kombiniert wird.

4. Implementieren Sie kurze Ablaufzeiten

JWTs sind so konzipiert, dass sie zustandslos sind, was bedeutet, dass sie gültig bleiben, bis sie ablaufen. Je länger ein Token gültig ist, desto höher ist jedoch das Risiko, wenn es abgefangen wird. AWS empfiehlt die Verwendung kurzer Ablaufzeiten für Zugriffstoken. Indem die TTL (Time To Live) kurz gehalten wird, begrenzen Sie den Schaden, den ein Angreifer anrichten kann, wenn er den Token stiehlt.

Das Refresh-Token-Muster

Um eine nahtlose Benutzererfahrung ohne erhöhte Sicherheitsrisiken zu gewährleisten, verwenden Entwickler oft eine Kombination aus kurzlebigen Zugriffstoken und längerlebigen Refresh-Token. Das Zugriffstoken gewährt sofortigen Zugriff auf die API, während das Refresh-Token verwendet wird, um ein neues Zugriffstoken zu erhalten. Refresh-Token sollten sicher gespeichert werden, oft in HttpOnly-Cookies, und haben eine längere Ablaufzeit.

5. Umgang mit Token-Widerruf

Eine der inhärenten Herausforderungen bei JWTs ist ihre zustandslose Natur. Sobald ein gültiges Token ausgestellt wurde, bleibt es gültig, bis es abläuft, selbst wenn sich der Benutzer abmeldet oder sein Passwort ändert. Dies macht der Widerruf schwierig.

Kurze TTL als Widerrufsstrategie

Wie bereits erwähnt, ist die effektivste Methode zur Handhabung des Widerrufs, die Ablaufzeit sehr kurz zu halten. Wenn ein Token kompromittiert ist, hat der Angreifer nur eine begrenzte Zeit, um es zu verwenden.

Blacklists

Für Anwendungen, die eine sofortige Widerrufung erfordern, können Sie eine zustandslose Blacklist implementieren. Wenn sich ein Benutzer abmeldet oder seine Sitzung ungültig wird, fügen Sie die ID des Tokens (JTI) einer Datenbank oder einem Cache hinzu. Bevor ein Token validiert wird, prüft der Server, ob sich das JTI in der Blacklist befindet. Dieser Ansatz erfordert jedoch das Beibehalten von Zustandsinformationen, was der zustandslosen Natur von JWTs widerspricht.

6. Validieren Sie Token-Claims

Wenn Sie ein JWT empfangen, muss Ihr Server eine gründliche Validierung durchführen. AWS beschreibt die Bedeutung der Validierung der Issuer (iss), Audience (aud) und Expiration (exp) Claims.

Issuer: Stellen Sie sicher, dass der Token von Ihrer Anwendung ausgestellt wurde.
Audience: Stellen Sie sicher, dass der Token für Ihre API bestimmt ist.
Expiration: Überprüfen Sie immer den exp-Claim, um sicherzustellen, dass der Token nicht abgelaufen ist.

Wenn Sie diese Claims nicht validieren, kann dies zu Autorisierungsumgehungen führen, bei denen ein Benutzer Zugriff auf Ressourcen erhält, für die er keine Berechtigung hat.

7. Erwägen Sie Alternativen wie PASETO

Obwohl JWTs weit verbreitet sind, haben sie eine Geschichte von Sicherheitslücken. Beispielsweise ermöglichte die Sicherheitslücke des "none"-Algorithmus Angreifern, Token zu fälschen. HackerNoon diskutiert den Aufstieg von PASETO (Platform for Authentication, Security, and Encryption of Tokens), einem neueren Token-Standard, der darauf ausgelegt ist, JWT-Schwächen zu beheben. PASETO unterstützt sowohl symmetrische als auch asymmetrische Schlüssel und ist so konzipiert, dass er standardmäßig sicherer ist. Während JWTs weiterhin der Standard sind, ist das Verständnis von Alternativen wie PASETO für Architekten, die langfristige Entscheidungen treffen, entscheidend.

Häufig gestellte Fragen

Was ist der Unterschied zwischen HS256 und RS256?

HS256 (HMAC mit SHA-256) verwendet einen gemeinsamen geheimen Schlüssel zwischen Client und Server. RS256 (RSA mit SHA-256) verwendet einen privaten Schlüssel, um das Token zu signieren, und einen öffentlichen Schlüssel, um es zu verifizieren. RS256 gilt allgemein als sicherer für verteilte Systeme, da der private Schlüssel nie den Server verlässt.

Kann ich ein JWT sofort widerrufen?

Da JWTs zustandslos sind, können Sie technisch gesehen ein JWT nicht sofort widerrufen, ohne eine Blacklist zu pflegen oder kurze Ablaufzeiten zu verwenden. Die praktikabelste Lösung ist die Verwendung kurzlebiger Zugriffstoken.

Ist LocalStorage sicher für JWTs?

Nein, LocalStorage ist anfällig für XSS-Angriffe. Wenn Ihre Anwendung kompromittiert ist, kann ein Angreifer LocalStorage lesen und das JWT stehlen. HttpOnly-Cookies sind das empfohlene Speichermechanismus für die Sicherheit.

Fazit

Die Sicherung von JWTs erfordert einen mehrschichtigen Ansatz. Durch die Verwendung von HTTPS, das sichere Verwalten von Geheimnissen, die Speicherung von Token in HttpOnly-Cookies, die Implementierung kurzer Ablaufzeiten und die gründliche Validierung von Claims können Sie das Risiko von Token-Diebstahl und Missbrauch erheblich verringern. Da sich die Landschaft der Web-Sicherheit weiterentwickelt, ist es entscheidend, über Best Practices und Alternativen wie PASETO informiert zu bleiben, um eine robuste Sicherheitsposition zu wahren.