01
Проверьте единицу времени
exp, nbf и iat используют NumericDate в секундах Unix. Значение в миллисекундах нужно преобразовать.
Справочник разработчика
Утверждения JWT и ошибки OAuth
Найдите утверждение или ошибку OAuth и сравните место ответа, вымышленный пример и раздел RFC.
утверждения JWT
Совпадения
exp
Место ответа: Утверждение JWT · RFC 7519
Значение: Срок действия в формате NumericDate, секунды Unix.
Сравнивайте секунды Unix, а не миллисекунды.
Вымышленный пример ответа
{ "exp": 1893456000 }Данные вымышлены; не используйте их как настоящие учётные данные.
Поиск остаётся в браузере; внешние источники открываются только по нажатию.
Категория
Показано 1 из 23
RFC 7519 / 6749 / 6750Проверено 23.09.2026
Утверждения JWT вроде exp и aud описывают содержимое токена, но не подтверждают его подпись. Справочник позволяет узнать смысл полей без ввода секретных данных.
Одна ошибка OAuth может вернуться в редиректе, JSON точки токена или заголовке Bearer. Для каждой записи показано место ответа. У поставщиков встречаются и другие утверждения токена доступа; их смысл проверяйте по документации поставщика.
Зачем искать утверждения JWT
Зачем искать утверждения JWT
Смысл без проверки токена
Утверждения JWT показаны с вымышленным значением и ссылкой на RFC. exp измеряется секундами Unix; чтение payload не означает проверку подписи.
Разные места одной ошибки
invalid_request бывает в параметре редиректа, JSON или WWW-Authenticate. Форма ответа указывает, где искать причину.
От поля к нормативному тексту
02
Определите точку ответа
Для ошибки OAuth сначала различайте авторизацию, выдачу токена и доступ к ресурсу.
03
Откройте источник
Сравните раздел RFC с документацией поставщика; реальный токен исследуйте отдельным отладчиком.
Поля, ошибки и источники
Семь зарегистрированных полей
Семь утверждений JWT из RFC 7519 имеют вымышленные примеры и прямые ссылки на разделы.
Ошибки по точке протокола
RFC 6749 разделяет ошибки авторизации и выдачи токена даже при одинаковом коде.
Ответ Bearer
RFC 6750 показывает WWW-Authenticate и рекомендуемый статус HTTP.
Границы справочника
- Нет вывода о входе
- Эта страница утверждений JWT не принимает токен, не проверяет подпись или сессию.
- Фиксированный набор
- Охвачены RFC 7519, 6749 и 6750; расширения OIDC и поставщиков не добавляются автоматически.
- Описание не машинный код
- error_description необязательно и рассчитано на человека; учитывайте error и точку ответа.
- Не вводите учётные данные
- Не вставляйте настоящий JWT, ключ подписи или код авторизации, в том числе в URL. Поиск охватывает только фиксированные данные.
- Нет сетевого запроса
- Поиск не обращается к поставщику удостоверений и не пересылает значения связанным инструментам. Настоящий запрос исследуйте отдельно.
- Сохраняйте контекст ошибки
- invalid_request появляется в разных местах ответа; invalid_token и insufficient_scope требуют разной обработки Bearer.
- Нет проверки срока в реальном времени
- Примеры NumericDate используют секунды Unix. Фиксированное число не определяет срок вашей сессии или неизвестного токена.
Вопросы об утверждениях JWT
Что означают iss и aud в JWT?
iss обозначает издателя, aud — ожидаемого получателя. Сервис должен проверить оба значения.
Обязательно ли поле exp для любого JWT?
Не для каждого JWT. RFC 7519 регистрирует exp, но требования задаёт конкретный профиль.
Чем отличаются invalid_grant и invalid_client?
invalid_client означает ошибку аутентификации клиента; invalid_grant относится к разрешению или refresh-токену.
Можно ли использовать error_description как стабильный код?
Нет. Это необязательный текст для человека, и формулировка зависит от поставщика.
Подтверждает ли декодирование JWT его действительность?
Нет. Затем проверяют подпись, издателя, получателя, время и политику приложения.
Не хватает записи или нашли ошибку?
Найти утверждения JWT
Начните с exp или ошибки OAuth, проверьте точку ответа и раздел RFC перед работой с настоящими данными.