Huvud och nyttolast i en JWT-token

Passar utvecklare inför ett integrations- eller autentiseringstest när tokenens två delar behöver sättas samman korrekt.

Bygg ihop huvud och nyttolast till en sammanhållen JWT-struktur som är lätt att kontrollera. Du kan granska tokenens båda delar var för sig.

Så använder du

Skriv payloaden som JSON, inklusive de claims som din integration förväntar sig hitta i token.
Klistra in JSON:en i inmatningsfältet eller importera en textfil som innehåller samma struktur.
Starta konstruktionen för att sätta samman header och payload till en läsbar JWT-struktur.
Granska resultatet och bekräfta att payloaden fortfarande är giltig JSON och att headern matchar den förväntade tokentypen.
Kopiera den resulterande strängen för testning i din utvecklingsmiljö, utan att lägga in någon riktig hemlighet i den.

Exempel

Exempelpayloaden innehåller en demobrukarens identifierare, en roll och ett utfärdandetidsvärde. Efter konstruktionen kontrollerar du om dessa fält fortfarande finns kvar och om den resulterande tokenstrukturen kan läsas av din avkodare.

Indata

{"sub":"demo-user","role":"editor","iat":1700000000}

Gränser och format

Verktyget sätter samman en struktur; det skapar ingen kryptografisk signatur och ersätter inte ett dedikerat JWT-bibliotek.
Lägg inte in personuppgifter, lösenord eller hemligheter i payloaden om token ska delas.
En JWT är inte krypterad, så den som har token kan vanligtvis läsa payloadfälten.
Bekräfta varje obligatoriskt claim som ditt API förväntar sig innan du återanvänder resultatet.
Den importerade filen måste innehålla en JSON-payload; andra format som importkontrollen accepterar ändrar inte det kravet.

Var bearbetningen sker

Tokenkonstruktionen körs endast i din webbläsare. Det du klistrar in eller importerar stannar på din enhet och skickas inte till en extern tjänst. Det gör sidan praktisk för att forma en payload innan den flyttas in i din kod, förutsatt att du undviker känslig information.

Vanliga frågor

Kan jag signera en JWT med det här verktyget?

Nej. Den här sidan fokuserar på att sätta samman header- och payloadstrukturen. För att skapa en giltig signatur använder du ett JWT-bibliotek som passar ditt språk och håller signeringsnyckeln utanför webbläsaren.

Är payloaden skyddad?

Nej. I en typisk JWT är header och payload kodade snarare än krypterade. Den som får tag i token kan läsa dessa fält, så konfidentiella värden hör inte hemma där.

Varför kan mitt API avvisa token?

Kontrollera claims och headervärden mot vad ditt API förväntar sig. Kom också ihåg att en signatur måste läggas till av din applikation, eftersom den här byggaren inte utför det signeringssteget.