JWT-dekodeerder

Waarom dit meer saak maak as die meeste gereedskap

'n JWT vanaf 'n lewendige stelsel is gewoonlik 'n werkende geloofsbrief. Enigiemand wat dit hou, kan as daardie gebruiker optree totdat dit verval. Deur een in 'n aanlyn dekodeerder te plak, gee 'n vreemdeling 'n sessie, en die meeste van daardie werwe doen die dekodering op hul bediener eerder as in jou blaaier. Hierdie een doen die werk plaaslik, wat u in die netwerkoortjie kan bevestig.

Dekodering is nie verifikasie nie

Dit lees wat 'n teken beweer. Dit kontroleer nie die handtekening nie, want om dit na te gaan, benodig die geheime of publieke sleutel wat die uitreiker besit. 'n Token kan vrylik geredigeer word en sal steeds perfek dekodeer, en dit is presies hoekom 'n bediener moet verifieer eerder as bloot net dekodeer. As jy die ontvangkant bou, verifieer die handtekening voordat jy 'n enkele eis vertrou.

Wat die drie dele is

'n Teken is kopskrif, loonvrag en handtekening, geskei deur kolletjies en geënkodeer as base64url. Die kop noem die algoritme. Die loonvrag dra die eise: vir wie die teken is, wie dit uitgereik het, wanneer dit uitgereik is en wanneer dit verval. Die handtekening is wat die eerste twee betroubaar maak, en net vir iemand wat die sleutel hou.

Lees die tye

Die exp, iat en nbf eise is Unix-tydstempels in sekondes. Dit verander hulle en sê of die teken verval het. 'n Vervalde teken wat steeds aanvaar word, is 'n bevinding wat die moeite werd is om na te jaag, en so ook 'n teken met geen vervaldatum nie.

Moet dit oor 'n hele webwerf hanteer word? Sien ons Backend-webontwikkeling en pasgemaakte webtoepassings bladsy.