Українська

Інструменти розробника · JWT декодер

RFC 7519 і JOSE Сім'я: JWT, JWS, JWE, JWK і JWA Скарга

· Підземелля

Опубліковано ToolAcre · Редакція журналу

свінгери криптографія стандарти

Карта підключення JWT вимоги до підписаних і зашифрованих JOSE конверти
Головна ToolAcre векторна ілюстрація

JWT є членом сім'ї специфікацій з IETF JOSE робоча група. Цей пост пояснює, що кожен RFC визначає, як вони вписуються разом, і чому JWT як правило, JWS.

П'ять акронімів, один токен — чому документація згадує JWS і JWE коли ви тільки попросили JWT

Токен документація рухається серед JWT, JWS, JWE, JWK і JWA Оскільки вони описують різні шари однакової екосистеми. Конфузія розпочинається в період «JWT” використовується в якості брелоку для кожного компактного тристороннього підпису. Розгортання претензій з конверту та ключові уявлення полегшує виконання.

ToolAcre’ декодер навмисно вузька, ніж сім’я. Руки тричасті JWS-образний вхід, перші два декодовані сегменти JSON об'єкти. Виявляє п'ятичастий зашифрований компактний вхід і зупинки, тому що читання ciphertext без ключів одержувача не буде декодувати те ж саме.

Про нас JOSE документи, які визначають пов’язані формати; цей репозиторій не встановлює час роботи групи;

Схожі характеристики прийшли з IETF JOSE робота, але репозиторійні джерела не встановлюють детальну організаційну своєчасність, яка вимагається контуром. Дана стаття дозволяє уникнути виникнення дат або історії процесу та концентратів на форматних відносинах, які охороняються в інструменті та плані.

Практичне питання, яке шар володіє кожним рішенням. Claim імена описувати заяви, підписи захищають зашифрований матеріал, захист вмісту, JSON Ключові об’єкти відображають ключову інформацію, а також алгоритми, що ідентифікують іменні операції. Ні один акронім замінює інші.

JWS (RFC 7515) — підписання довільного вмісту та компактної послідовності використання JWTs

JWS опис підписаних або MAC- захищений контент. Його компактна форма має три сегменти: захищений заголовок, перевантаження та підпис. Вхідний вхід використовує перші два закодовані сегменти, які долучаються до точки. Р JWT Зазвичай подорожі в цей конверт, який є формою ToolAcre розщеплення і перспективи.

Заголовок та перезавантаження можуть декодувати JSON, в той час як підпис є байтами, а не третім об'єктом. ToolAcre звітує про наявність підпису і розмір, але завжди відзначає його неперевершений. Таким чином він може ілюструвати JWS структура без претензій будь-якого криптографічного результату.

JWE (RFC 7516) — зашифрування вмісту, з п'ятичастою послідовністю

JWE описує зашифрований вміст. Його компактна форма має п'ять сегментів, що представляють собою захищений заголовок, зашифрований матеріал, значення ініціалізації, ciphertext і автентифікаційний тег. Чотири крапки – це міцна структурна клітка, яка тричаста JWT декодер отримав інший конверт.

ToolAcre випромінює специфічний JWE помилка і пояснює, що вміст не можна прочитати без ключа розшифрування. Не лікує ciphertext як malformed JSON або спробуйте відобразити випадкові байти. Шифрування і підписання також може бути складено, але непристойна обробка поза цим маршрутом.

JWK і JWA (RFC 7517 і 7518) — представлення ключів як JSON алгоритми

JWK надає послуги JSON представлення для криптографічної інформації, в той час як JWA Ім'я алгоритму ідентифікаторів і пов'язаних параметрів, що використовуються в JOSE. Їхнє існування не означає, що токени може вибрати власний надійний ключ або алгоритм. Вивержувач повинен перенапруги як від емітента, так і політики застосування.

Про нас ToolAcre Алгоритми роз’яснюють лише скінченний набір етикеток, присутніх у джерелі та викликають щось інше невизнане. Вони описують, не виконуються. Не імпортувати JWK не виконує алгоритм JWA, яка зберігає контрольний крайовий явний.

JWT (RFC 7519) — формат претензій, який їде на JWS або JWE

JWT визначає об’єкт претензій та імен, таких як емітент, предмет, аудиторія та цифри Ці вимоги можуть бути передані в підписаний або зашифрований JOSE структура. Відповіді на розвантажувальний шар, таким чином, відповідає «хто висловлювання», в той час як конверт відповідає, як захищені байти або приховані.

ToolAcre очікує декодоване навантаження, щоб бути JSON об'єкт і перелік його вимог. Для цього інструменту відхилено масив, кількість або null. Навіть добре сформований об'єкт залишається ненадійним до тих пір, поки відповідний конверт обробляється налаштованим виверизатором або одержувачем.

Що це не обкладинка — пізніші профілі, такі як RFC 8725 кращі практики RFC 9068 доступ до токени, які мають власні повідомлення

Після того, як кращі практики та документи профілю можуть звужувати, як ці загальні механізми повинні бути використані. Вони заслуговують окреме лікування, тому що базовий формат не подає емітента, аудиторію або політику токена. Ця стаття не стверджує, що декодер реалізує будь-який такий профіль.

При перегляді системи напишіть точний профіль, очікуваний конверт, прийняті алгоритми, ключе джерело та правила претензії. Цей список запобігає поширенню акроніму від перевороту до припущення сумісності або безпеки.

Проживання: JWT є претензії, JWS — конверт — конверт ToolAcre JWT декодер читати JWS компактна форма і показує JWT заголовок і претензій всередині

JWT імена шару претензій; JWS і JWE забезпечує захист конвертів; JWK є ключовими даними; JWA Вибір алгоритму імен. ToolAcre ознайомтесь з загальною формою тристороннього підпису та показує заголовок та позови при відмові від перевірки або розшифрування.

Використовуйте цю карту, щоб запитати право наступного питання. Чистий JSON визначає шар претензії. Три або п'ять сегментів виявляють ймовірні умови конверту. Довіра все ще залежить від самостійного настроювання криптографії та політики, не від декодера визнаючи акронім.