JWT Decoder & Expiry Calculator

JWT Decoder & Expiry Calculator analyzuje webové tokeny JSON (JWT, definované v RFC 7519) – standardní formát tokenu pro bezstavovou autentizaci v moderních webových rozhraních API. Dekóduje hlavičku a užitečné zatížení zakódované v base64url, analyzuje požadavky JSON a analyzuje požadavky založené na čase včetně vypršení platnosti (exp), vydaného v (iat), ne před (nbf), předmětu (sub), vydavatele (iss) a publika (aud). JWT používají poskytovatelé OAuth2/OIDC (Auth0, Okta, AWS Cognito, Clerk, Firebase Auth, Supabase) a nejmodernější systémy relace. JWT se skládá ze tří segmentů zakódovaných pomocí base64url oddělených tečkami: header.payload.signature. Hlavička deklaruje podpisový algoritmus (běžné jsou HS256, RS256, ES256). Užitná zátěž obsahuje „nároky“ – jak standardní nároky (sub, exp, iat, nbf, iss, aud, jti), tak vlastní data specifická pro aplikaci. Podpis kryptograficky váže záhlaví a datovou část pomocí tajného klíče HMAC (HS256) nebo asymetrického páru klíčů (RS256/ES256). Dekodér zobrazuje obsah záhlaví a datové části, ale NEOVĚŘUJE podpis – to vyžaduje tajný nebo veřejný klíč a mělo by to být vždy provedeno na straně serveru, než začnete důvěřovat jakémukoli JWT. Pochopení struktury JWT je zásadní pro ladění problémů s autentizací, pochopení toho, jaké datové toky mezi klientem a serverem procházejí, a pro ověření, že jsou tokeny správně vytvořeny. Běžné scénáře ladění: 'Proč je můj token odmítnut?' (obvykle vypršela platnost nebo nesprávné publikum), 'Pro kterého uživatele je tento token určen?' (zaškrtněte dílčí nárok), 'Kdy vyprší platnost?' (explicitní nárok) a 'Jaká oprávnění má tento uživatel?' (vlastní nároky, jako jsou role, rozsahy nebo oprávnění). Tato kalkulačka zpracovává nejběžnější analýzy: ověření struktury (3 části, platná base64url), analýzu JSON, stav vypršení platnosti (platný, vyprší brzy <7 dní, vypršelo), dosud neplatné zpracování (v budoucnu nbf) a lidsky čitelné zobrazení všech standardních nároků plus úplné záhlaví a JSON užitečného zatížení. Podpis je zobrazen, ale není ověřen — produkční ověření by mělo vždy používat knihovnu JWT (jsonwebtoken, jose, PyJWT atd.) se správným ověřovacím klíčem.

Calkulon makes complex calculations simple — built for students and everyday problem-solvers.

1. 1Krok 1 — Vložte svůj token JWT: Zkopírujte celý token (obvykle dlouhý řetězec začínající na „eyJ“, protože „eyJ“ je kódování base64url pro „{““, které začíná záhlaví JSON). Tokeny mají obvykle délku 100–2000 znaků v závislosti na velikosti datové části.
2. 2Krok 2 — Ověření struktury tokenu: Kalkulačka rozdělí token na období. Platný JWT má přesně 3 části: záhlaví, užitečné zatížení, podpis. Pokud rozdělení nevytvoří 3 části, má token nesprávný tvar. Běžné příčiny: zkrácení během kopírování a vkládání, chybějící části v odpovědích API nebo tokeny jiné než JWT (některá rozhraní API používají neprůhledné tokeny, které nejsou JWT).
3. 3Krok 3 — Dekódování Base64url: Každá část je dekódována pomocí base64url. Base64url je varianta base64 bezpečná pro adresy URL, která používá - a _ místo + a / a vynechává odsazení (=). Funkce atob() moderních prohlížečů zpracovává base64, ale vyžaduje konverzi: - → +, _ → /, přidat padding. Pokud se dekódování nezdaří, je token poškozen.
4. 4Krok 4 — Analýza JSON: Dekódovaná hlavička a datová část by měly být platnými objekty JSON. Pokud JSON.parse selže, je obsah tokenu poškozen nebo se nejedná o standardní JWT. Některé starší systémy používají formáty „podobné JWT“ s binárním obsahem nebo obsahem jiným než JSON, který zde nelze dekódovat.
5. 5Krok 5 — Extrakce a analýza nároků: Kalkulačka extrahuje standardní nároky (exp, iat, nbf, sub, iss, aud) a zobrazí je ve formě čitelné pro člověka. exp a iat jsou převedeny z časových razítek Unixu na data. Vlastní nároky jsou uvedeny v plném užitečném zatížení JSON pro kontrolu.
6. 6Krok 6 — Výpočet stavu expirace: Aktuální čas (nyní) ve srovnání s exspirací. Kategorie stavu: PLATNÉ (exp > nyní + 7 dní), BRZY PLATÍ (expirace > nyní, ale < 7 dní), VYPRŠENÁ (expirace < nyní, ukazuje před dny), JEŠTĚ NEPLATNÉ (nbf > nyní, token je pro budoucí použití). Zbývající dny zobrazené pro kontext.
7. 7Krok 7 — Zobrazení podpisu (NOT Verified): Třetí segment (podpis) je zobrazen, ale tímto nástrojem není nikdy ověřen. Ověření vyžaduje tajný (pro algoritmy HMAC) nebo veřejný klíč (pro asymetrické algoritmy) a mělo by být provedeno na straně serveru pomocí správné knihovny JWT. Nikdy nedůvěřujte neověřenému obsahu JWT v produkčním kódu.

• !Záměna dekódování s ověřením — tento nástroj pouze dekóduje; ověření podpisu vyžaduje kryptografický klíč a mělo by být provedeno na straně serveru pomocí knihovny JWT.
• !Důvěřovat neověřenému obsahu JWT v bezpečnostních rozhodnutích – kdokoli může zfalšovat platný token; nikdy neautorizovat bez ověření.
• !Ukládání JWT do localStorage s citlivými daty – náchylné k útokům XSS; používejte httpOnly zabezpečené soubory cookie pro produkční aplikace prohlížeče.
• !Zapomínání na zkreslení hodin – povolte toleranci 30–60 sekund při porovnání exp/nbf mezi distribuovanými servery.
• !Používání JWT s dlouhou životností bez rotace – jakmile jsou JWT vydány, nelze je snadno odvolat; použijte krátkodobý přístup + vzor rotace obnovovacího tokenu.