Ein Token mit dem Header "alg": "none" und nichts nach dem zweiten Punkt ist ein gültiges „ungesichertes JWS“. Im März 2015 zeigte Tim McLean, dass mehrere verbreitete JWT-Bibliotheken diesen Wert wie jeden anderen Algorithmus behandelten: Angreifer konnten eine Signatur entfernen, none setzen und beliebige Claims akzeptieren lassen; RFC 8725 §2.1 beschreibt den Angriff.
Moderne Bibliotheken lehnen none ab, sofern der Aufrufer es nicht ausdrücklich zulässt, und eine explizite Allowlist der Algorithmen (etwa nur ES256) schließt es schon konstruktionsbedingt aus. Achte auf Varianten in Groß- und Kleinschreibung (None, NONE) in selbst geschriebenen Prüfungen, auf Verifizierer, die eine Funktion „decode“ statt „verify“ aufrufen, und auf Middleware, die die Prüfung überspringt, wenn der Signaturteil leer ist.