Безплатен конвертор
JWT токен Декодер
Декодирайте JWT (JSON Web Token) заглавка и полезен товар незабавно във вашия браузър. Безплатно, частно и от страна на клиента - никакви данни не се изпращат до сървър.
Декодирайте JWT (JSON Web Token) заглавка и полезен товар незабавно във вашия браузър. Безплатно, частно и от страна на клиента - никакви данни не се изпращат до сървър.
JSON уеб токените (JWT) са компактен, безопасен за URL формат за предаване на искове между две страни, дефиниран от RFC 7519. JWT е три сегмента, кодирани с base64url, разделени с точки: заглавка (алгоритъм и тип токен), полезен товар (искове) и подпис (криптографско доказателство за автентичност). Заглавката и полезният товар са JSON, base64url кодирани за безопасност на URL; подписът използва един от няколко алгоритъма (HS256, RS256, ES256 и други) върху кодирания хедър и полезен товар.
Декодирането на JWT – разделянето му на сегменти и декодирането на base64 всеки – не изисква никаква тайна. Всеки, който има текста на токена, може да прочете заглавката и полезен товар. Подписът обаче може да бъде проверен само със секретен (HMAC) или публичен ключ (асиметричен). Декодирането е за проверка; проверката е това, което доказва автентичността.
Този декодер разделя токена, base64-декодира всеки сегмент, анализира заглавката и полезния товар като JSON и показва резултата. Той не прави опит за проверка на подписа, защото това изисква секретния или публичния ключ, който декодерът няма. Декодираният изход е проверка само за четене — полезна за отстраняване на грешки в токени, но не и заместител на правилната проверка в кода на приложението.
Отстраняването на грешки при проблеми с удостоверяването почти винаги включва проверка на токени. Токен, който изглежда валиден в кода, може да има грешни твърдения, неочакван алгоритъм, изтекъл срок на време или несъответствие на аудиторията. Декодирането на токена разкрива точно какво е произвел издателят.
Проверката на токените по време на интеграционна работа също помага. Когато се свързвате с API на трета страна или доставчик на идентичност, действителните имена, формати и структура на исканията се разбират най-добре чрез декодиране на примерни токени, вместо да се разчита на документация, която може да е остаряла.
Поставете токена, вземете анализираното съдържание.
JWT форматът е три сегмента, съединени с точки. Всеки сегмент е кодиран с base64url — безопасният за URL вариант на base64, който използва - и _ вместо + и /, като подпълването понякога се пропуска. Декодирането изисква отмяна на безопасните за URL замествания, допълване на сегмента и декодиране на base64.
Заглавката и полезният товар са JSON след декодиране. Сегментът на подписа е двоичен (необработени байтове на подпис) и не се чете от хора; той изисква ключът за проверка, за да бъде полезен.
Често срещани претенции, дефинирани в RFC 7519: iss (издател), sub (идентификатор на тема), aud (аудитория), exp (изтичане като Unix епоха в секунди), nbf (не-преди клеймо за време), iat (издадено клеймо за време), jti (идентификационен номер на уникален маркер). Искове за конкретно приложение могат да се показват с произволно име.