
Entwickler und Integrationsteams können einen Token vorbereiten, wenn Kopfbereich und Nutzlast vor dem technischen Einsatz zusammengestellt werden müssen.
Bauen Sie Kopfbereich und Nutzlast eines JWT zu einer stimmigen Struktur zusammen, damit die Bestandteile des Tokens klar geprüft werden können.
Der Beispiel-Payload enthält eine Demo-Benutzerkennung, eine Rolle und einen issued-at-Wert. Prüfen Sie nach der Konstruktion, ob diese Felder noch vorhanden sind und ob die resultierende Token-Struktur von Ihrem Decoder gelesen werden kann.
Eingabe
{"sub":"demo-user","role":"editor","iat":1700000000}Die Token-Konstruktion läuft nur in Ihrem Browser. Was auch immer Sie einfügen oder importieren, bleibt auf Ihrem Gerät und wird nicht an einen externen Dienst gesendet. Dadurch eignet sich die Seite gut, um einen Payload zu formen, bevor Sie ihn in Ihren Code übernehmen, sofern Sie sensible Informationen vermeiden.
Nein. Diese Seite konzentriert sich auf das Zusammensetzen der Header- und Payload-Struktur. Um eine gültige Signatur zu erstellen, verwenden Sie eine JWT-Bibliothek, die zu Ihrer Sprache passt, und bewahren Sie den Signaturschlüssel außerhalb des Browsers auf.
Nein. In einem typischen JWT werden Header und Payload codiert und nicht verschlüsselt. Jeder, der das Token erhält, kann diese Felder lesen, daher gehören vertrauliche Werte nicht hinein.
Vergleichen Sie die Claims und Header-Werte mit dem, was Ihre API erwartet. Denken Sie außerdem daran, dass Ihre Anwendung eine Signatur hinzufügen muss, da dieser Baukasten diesen Signaturschritt nicht ausführt.