JWT-Secret prüfen: Länge und Stärke

Wie lang muss ein JWT-Secret sein?

Tokens mit HS256, HS384 oder HS512 werden mit einem gemeinsamen Schlüssel per HMAC signiert. Wer das Secret kennt oder errät, kann beliebige gültige Tokens erzeugen, zum Beispiel mit Administratorrechten. RFC 7518, Abschnitt 3.2, schreibt deshalb vor: Der Schlüssel muss mindestens so lang sein wie die Ausgabe der Hashfunktion, also 256 Bit für HS256, 384 Bit für HS384 und 512 Bit für HS512. Dieses Werkzeug soll Ihnen helfen, ein JWT-Secret prüfen zu können: Es zeigt die JWT Secret Länge in Byte und Bit, vergleicht sie mit der Vorgabe und schätzt die Entropie, also wie schwer das Secret zu erraten ist.

Die Länge allein genügt nicht. Ein HS256 Secret wie meinsupergeheimesjwtsecret2024!! hat zwar 32 Zeichen, besteht aber aus Wörtern und lässt sich mit Wortlisten angreifen. Ein abgefangenes Token reicht dafür aus: Angreifer probieren offline Milliarden Kandidaten pro Sekunde, ohne Ihren Server zu belasten. Die Entropie-Schätzung berücksichtigt deshalb Zeichenvorrat, Verteilung, Wiederholungen und eine Liste bekannter Standard-Secrets, darunter Platzhalter aus Tutorials und Bibliotheken. Liegt das Secret als Hex oder Base64 vor, geht das Werkzeug davon aus, dass es zufällig erzeugt wurde.

Am sichersten ist ein Secret aus einem kryptografischen Zufallsgenerator: Mit „Neues Secret erzeugen“ entstehen 32, 48 oder 64 zufällige Bytes über crypto.getRandomValues, auf der Kommandozeile geht das mit openssl rand -base64 32. Speichern Sie das Secret in einem Secret-Manager oder einer Umgebungsvariable, nie im Quellcode. Für Systeme, in denen mehrere Dienste Tokens nur prüfen sollen, sind asymmetrische Verfahren wie RS256 oder ES256 oft die bessere Wahl. Signaturen prüfen Sie mit JWT-Signatur prüfen.