Timing-атака на форму входа

# Timing-атака на форму входа: перечисление пользователей ## Сценарий Вы — внешний аудитор **FoxMarket**, онлайн-магазина электроники на Express. Владелец уверен, что форма входа ничего не выдаёт: на любую неудачную попытку она отвечает одинаковым текстом про неверные данные. Ваш коллега усомнился — по его прикидке, в разных случаях сервер проделывает разный объём работы. Вам поручили проверить это измерением. ## Цель 1. Убедитесь, что приложение работает: войдите под обычным аккаунтом. 2. Найдите побочный канал, по которому форма входа разглашает существование учётных записей: одинаковый текст ответа не означает одинакового поведения сервера. 3. Измерениями перечислите существующие логины из списка типичных кандидатов. 4. Войдите как `admin` (пароль выдан вам заказчиком аудита), купите товар **CTF Flag** и получите флаг в профиле. ## Теория Timing side-channel — утечка информации через время ответа. Текст ошибки одинаков для случаев «нет такого пользователя» и «неверный пароль», но внутренняя работа различается: в первом обработчик возвращается почти мгновенно, во втором выполняет криптографически дорогую сверку пароля с хешем, съедающую десятки миллисекунд. Разница стоимости вычислений становится измеримой разницей времени ответа. **Уязвимый паттерн:** ```javascript // Дорогая проверка выполняется только для существующих логинов: if (!row) { return res.render('login.html', { error: 'Invalid credentials' }); } if (!bcrypt.compareSync(password, row.password)) { return res.render('login.html', { error: 'Invalid credentials' }); } ``` Быстрая ветка отвечает за миллисекунды, медленная — на порядки дольше. Замеряя время ответа для разных логинов, атакующий отличает существующие учётные записи от выдуманных, не зная ни одного пароля. ## Точка входа атаки `POST /login` — форма входа с полями `username` и `password`. * **Обычный пользователь:** `demo` / `demo` * **Целевая учётная запись:** `admin` / `SuperSecret` (выдана заказчиком аудита)