JWT: подбор слабого секрета и подделка admin-токена

# JWT: слабый секрет подписи ## Сценарий Магазин сувениров для гиков **NerdNook** защищает вход подписанными токенами: сервер проверяет подпись честно, алгоритм закреплён, секрет вроде бы никто не публикует. Но один из покупателей, разбирающийся в криптографии, заметил: токены с симметричной подписью можно «вскрывать» офлайн, прямо на своей машине. Владелец магазина не верит: «Секрет же не в коде… почти». Проверьте, действительно ли стойкость аутентификации магазина держится на секрете подписи — и что будет, если секрет угадываем. ## Цель 1. Войдите покупателем и достаньте свой токен из cookie; декодируйте заголовок и полезную нагрузку. 2. Подтвердите офлайн-подбор секрета подписи по вашему же токену, используя словарь типичных секретов. 3. Подпишите новый токен с ролью администратора подобранным секретом. 4. Откройте админ-панель и получите флаг. ## Теория Симметричная подпись токена — это HMAC: один и тот же секрет и ставит, и проверяет подпись. У атакующего, имеющего хотя бы один валидный токен, есть всё для офлайн-перебора: и сообщение, и подпись. Кандидат из словаря проверяется локально за доли секунды — сервер о попытках ничего не узнаёт. **Уязвимый паттерн:** ```js const JWT_SECRET = '...'; // короткое словарное слово row.role = decoded.role || row.role; // роль — из полезной нагрузки ``` Подобрав секрет, атакующий подписывает любые полезные нагрузки. А поскольку роль читается из токена, а не из базы, подделка сразу даёт административные права. ## Точка входа атаки `POST /login` — форма входа с полями `username` и `password`; после входа токен лежит в cookie `token`. Подписанный секретом токен подменяется в этом же cookie; цель — `GET /admin`. * **Пользователь:** `demo` / `demo`