Руководство по использованию инструмента

Узнайте, когда использовать этот инструмент, что он поддерживает и как его применяют пользователи.

Ключевые факты

Категория: Cryptography
Типы ввода: textarea, select, text, number
Тип вывода: json
Покрытие примерами: 4
API доступен: Да

Обзор

Декодер assertion WebAuthn Passkey разбирает clientDataJSON и authenticatorData, показывает flags, rpIdHash и signCount, проверяет challenge и origin, а при наличии открытого ключа COSE выполняет проверку подписи ES256, RS256 или Ed25519.

Когда использовать

Проверьте, совпадает ли challenge assertion с ожидаемым значением.
Разберите authenticatorData и диагностируйте flags, rpIdHash или signCount.
Проверьте подпись WebAuthn с помощью открытого ключа COSE.

Как это работает

1Вставьте обязательные clientDataJSON, authenticatorData и подпись.
2Выберите кодировку clientData и бинарных данных: JSON или Base64url для clientData, hex или Base64url для бинарных полей.
3При необходимости укажите expected challenge, origin, RP ID и предыдущий signCount для дополнительных проверок.
4Чтобы проверить криптографическую подпись, добавьте открытый ключ COSE и выберите его кодировку.

Сценарии использования

Отладка входа по Passkey и проверка привязки assertion к challenge и origin.
Диагностика несоответствия RP ID, rpIdHash или счётчика signCount.
Проверка WebAuthn-подписи при наличии COSE-ключа и выбранного алгоритма.

Примеры

1. Разбор assertion без проверки подписи

Разработчик WebAuthn

Контекст

Нужно проверить структуру assertion и убедиться, что challenge соответствует значению, отправленному сервером.

Проблема

Понять состояние challenge, rpIdHash, flags и signCount без открытого ключа.

Как использовать

Вставьте clientDataJSON, authenticatorData и подпись, укажите expectedChallenge `Y2hhbGxlbmdl`, RP ID `example.com` и предыдущий signCount `1`.

clientDataEncoding: json; binaryEncoding: hex; cosePublicKey: не указывать

Результат

Challenge проходит проверку, signCount определяется как 2, а проверка подписи явно отмечается как not-checked.

2. Диагностика несовпадения challenge

Инженер по безопасности

Контекст

Assertion содержит challenge `Y2hhbGxlbmdl`, но сервер ожидает другое значение.

Проблема

Быстро выявить рассогласование между клиентом и сервером или возможную проблему с повторным использованием assertion.

Как использовать

Загрузите те же clientDataJSON и authenticatorData, но укажите expectedChallenge `d3JvbmdjaGFsbGVuZ2U`.

FAQ

Какие данные нужны для разбора assertion?

Обязательны clientDataJSON, authenticatorData и подпись.

Можно ли проверить challenge?

Да. Укажите expected challenge в формате Base64url.

Проверяется ли origin?

Да, если указать expected origin.

Что показывает authenticatorData?

Инструмент разбирает flags, rpIdHash и signCount.

Обязательно ли добавлять открытый ключ?

Нет. Без ключа assertion разбирается, но подпись получает статус not-checked.

Декодер assertion WebAuthn Passkey и отладчик challenge

Запустить этот инструмент

Примеры для этого инструмента

Продолжить с похожими инструментами и темами

Узнайте, когда использовать этот инструмент, что он поддерживает и как его применяют пользователи.

Ключевые факты

Обзор

Когда использовать

Как это работает

Сценарии использования

Примеры

1. Разбор assertion без проверки подписи

2. Диагностика несовпадения challenge

FAQ

Примеры Расширенного Применения Grafana

Примеры QR-кодов

Примеры D3.js Визуализации Данных

Примеры JavaScript Toolchain Rome

JWT Инспектор и Верификатор

Сравнение хеш-алгоритмов

Декодер распределенных трассировок и waterfall

Генератор и анализатор JWK

3. Криптографическая проверка assertion