JWT Key Confusion (RS256 to HS256)

# JWT Key Confusion: подмена алгоритма подписи токена ## Сценарий Вы — аудитор безопасности магазина **СигмаСтор**. Сервис аутентифицирует пользователей JWT-токенами с асимметричной подписью: приватный ключ хранится только на сервере и подписывает токены, а публичный открыт — он публикуется стандартными эндпоинтами для клиентов и внешних интеграций. Команда уверена: подделать токен без приватного ключа невозможно. Внутренний аудит полагает иначе — в админ-панели лежит конфиденциальная метка, и её можно добыть с обычной учётной записи. ## Цель 1. Изучите, как сервер проверяет JWT: какие алгоритмы подписи он готов принять и различает ли он их классы при выборе ключа. 2. Разберитесь, какой материал для проверки подписи сервер использует для каждого класса алгоритмов — и что из этого материала доступно вам открыто. 3. Сформируйте токен с привилегированной ролью, не зная приватного ключа, войдите в админ-панель и извлеките флаг. ## Теория Key Confusion (Algorithm Confusion) — атака на проверку JWT, смешивающая классы криптографии. RSA — асимметричный алгоритм: подпись создаётся приватным ключом, проверяется публичным. HMAC — симметричный: один и тот же секрет и для подписи, и для проверки. Если валидатор не фиксирует класс алгоритма и для HMAC-ветки отдаёт те же данные, что и для RSA (например, открытый публичный ключ), происходит подмена: материал, который обязан быть открытым, начинает работать как симметричный секрет. **Уязвимый паттерн:** ```go // keyfunc не фиксирует класс алгоритма: для HMAC-ветки // публичный ключ возвращается как симметричный секрет if _, ok := token.Method.(*jwt.SigningMethodRSA); ok { return &h.rsaPrivateKey.PublicKey, nil } return []byte(h.rsaPublicKeyPEM), nil ``` Механика атаки: атакующий скачивает публичный ключ из открытого эндпоинта, собирает собственный токен с нужными полями и заголовком симметричного алгоритма, а подпись считает тем самым открытым материалом. Сервер проверяет HMAC на тех же байтах — подпись «сходится», подделка принимается. ## Точка входа атаки `POST /login` — вход (выдаёт cookie `token` с JWT); `GET /api/public-key` — публичный ключ сервера (PEM); `GET /admin` — админ-панель с флагом при роли администратора. * Обычный пользователь: `demo` / `demo`