
Voor ontwikkelaars en testers die tijdens een integratie de onderdelen van een token willen voorbereiden en inhoudelijk nalopen.
Stel de header en payload van een JWT-token samen in een overzichtelijke vorm, zodat beide onderdelen klaarstaan voor ontwikkeling en tests.
De voorbeeldpayload bevat een demo-gebruikersidentificatie, een rol en een issued-at-waarde. Controleer na de constructie of die velden nog aanwezig zijn en of de resulterende tokenstructuur door uw decoder kan worden gelezen.
Invoer
{"sub":"demo-user","role":"editor","iat":1700000000}De tokenconstructie draait alleen in uw browser. Wat u plakt of importeert, blijft op uw apparaat en wordt niet naar een externe dienst gestuurd. Dat maakt de pagina handig om een payload vorm te geven voordat u die in uw code opneemt, mits u gevoelige informatie vermijdt.
Nee. Deze pagina richt zich op het samenstellen van de header- en payloadstructuur. Gebruik een JWT-bibliotheek die bij uw taal past om een geldige handtekening te maken en houd de ondertekeningssleutel buiten de browser.
Nee. In een typische JWT worden de header en payload gecodeerd in plaats van versleuteld. Iedereen die het token verkrijgt, kan die velden lezen, dus vertrouwelijke waarden horen daar niet in.
Controleer de claims en headerwaarden aan de hand van wat uw API verwacht. Denk er ook aan dat uw applicatie een handtekening moet toevoegen, omdat deze bouwer die ondertekeningsstap niet uitvoert.