Ingyenes konverter
JWT token Dekóder
A JWT (JSON Web Token) fejléc dekódolása és a rakomány azonnali megfejtése a böngészőben. Ingyenes, privát és kliensoldali – egyetlen szerverre sem küldenek adatokat.
A JWT (JSON Web Token) fejléc dekódolása és a rakomány azonnali megfejtése a böngészőben. Ingyenes, privát és kliensoldali – egyetlen szerverre sem küldenek adatokat.
A JSON Web Tokenek (JWT) az RFC 7519 által meghatározott, kompakt, URL-biztos formátum két fél közötti követelések továbbítására. A JWT három, base64url kódolású szegmensből áll, amelyeket pontok választanak el egymástól: fejléc (algoritmus és token típusa), hasznos adat (követelések) és aláírás (kriptográfiai hitelesség-igazolás). A fejléc és a hasznos adat JSON, base64url kódolású az URL biztonsága érdekében; az aláírás a számos algoritmus (HS256, RS256, ES256 és mások) egyikét használja a kódolt fejlécen és a hasznos terhelésen keresztül.
A JWT dekódolása – szegmensekre bontása és mindegyik base64 dekódolása – nem igényel semmilyen titkot. Bárki, aki rendelkezik a token szövegével, elolvashatja a fejlécét és a hasznos adatokat. Az aláírás azonban csak titkos (HMAC) vagy nyilvános (aszimmetrikus) kulccsal ellenőrizhető. A dekódolás ellenőrzésre szolgál; az ellenőrzés az, ami a hitelességet bizonyítja.
Ez a dekódoló felosztja a tokent, a base64 dekódolja az egyes szegmenseket, JSON-ként elemzi a fejlécet és a hasznos terhelést, és megjeleníti az eredményt. Nem kísérli meg az aláírás ellenőrzését, mert ehhez titkos vagy nyilvános kulcsra van szükség, amivel a dekóder nem rendelkezik. A dekódolt kimenet csak olvasható ellenőrzés – hasznos a tokenek hibakereséséhez, de nem helyettesíti az alkalmazáskód megfelelő ellenőrzését.
A hitelesítési problémák hibakeresése szinte mindig magában foglalja a tokenek ellenőrzését. A kódban érvényesnek tűnő token hibás követeléseket, váratlan algoritmust, lejárt exp időbélyeget vagy közönségeltérést tartalmazhat. A token dekódolása felfedi, hogy a kibocsátó pontosan mit produkált.
Az integrációs munka során a tokenek ellenőrzése is segít. Harmadik fél API-hoz vagy identitásszolgáltatóhoz való csatlakozáskor a tényleges jogcímnevek, formátumok és szerkezet a legjobban a minta tokenek dekódolásával érthető meg, nem pedig az esetleg elavult dokumentációra hagyatkozva.
Illessze be a tokent, és szerezze be az elemzett tartalmat.
A JWT formátum három szegmensből áll, amelyeket pontok kötnek össze. Minden szegmens base64url-kódolású – a base64 URL-biztos változata, amely a + és / helyett a - és a _ jeleket használja, néha kihagyva a kitöltést. A dekódolás megköveteli az URL-biztonságos helyettesítések visszavonását, a szegmens kitöltését és a base64 dekódolást.
A fejléc és a hasznos adat a dekódolás után JSON. Az aláírás szegmens bináris (nyers aláírás bájt), és ember által nem olvasható; ahhoz, hogy az ellenőrző kulcs hasznos legyen.
Az RFC 7519-ben meghatározott gyakori követelések: iss (kibocsátó), sub (alany azonosítója), aud (közönség), exp (lejárat Unix korszak másodpercben), nbf (nem előtti időbélyeg), iat (időbélyeggel kibocsátva), jti (egyedi token azonosító). Az alkalmazásspecifikus követelések bármilyen néven megjelenhetnek.