JWT Authentication: Взлом слабой криптографии

# JWT: обход проверки подписи через алгоритм без подписи ## Сценарий **FotoVault** — магазин фототехники с арендой объективов. Аутентификация построена на JWT: после входа сервер выдаёт подписанный токен, браузер хранит его в cookie, и каждый запрос проходит проверку подписи. Бэкендер Женя настроил валидатор «строго по документации» и готов поклясться, что токен без знания секрета не пройдёт. Служба безопасности подозревает обратное и поручила вам проверить валидатор с учётной записи обычного покупателя: в админ-панели магазина хранится конфиденциальная метка. ## Цель 1. Изучите токен, который сервер выдаёт после входа: структуру, алгоритм в заголовке, состав claims. 2. Найдите способ собрать токен с нужными claims, не зная серверного секрета, — воспользуйтесь доверием валидатора к содержимому заголовка токена. 3. Получите доступ к админ-панели с подделанным токеном и извлеките флаг. ## Теория JWT состоит из трёх base64url-частей, разделённых точками: заголовка (в нём токен сам объявляет алгоритм подписи), полезной нагрузки с claims и подписи. Подпись доказывает, что claims не менялись после выдачи токена. В спецификации исторически остался алгоритм со значением «токен без подписи»: он задумывался для каналов, уже защищённых на транспортном уровне, но в публичных HTTP-API превращает проверку в фикцию — если валидатор его разрешает, доказательства целостности claims отсутствуют вовсе. Уязвимость обычно живёт не в библиотеке, а в её конфигурации: разработчик явно расширяет список разрешённых алгоритмов, копируя пример из документации или «специально для тестирования». **Уязвимый паттерн:** ```go // Валидатор разрешает алгоритм без подписи: if token.Method.Alg() == "none" { return jwt.UnsafeAllowNoneSignatureType, nil } ``` Механика атаки: атакующий самостоятельно кодирует заголовок и payload с нужной ролью и сроком действия, подпись опускает и подменяет cookie. Валидатор, доверившись объявлению в заголовке, принимает токен — и авторизация по claims срабатывает как для настоящего администратора. ## Точка входа атаки | Параметр | Значение | |----------|----------| | Учётные данные | `demo` / `demo` | | Вход | `POST /login` (выдаёт cookie `token` с JWT) | | Привилегированная зона | `GET /admin` (требует роль администратора в claims) |