SQL Injection в форме входа

# SQL-инъекция: обход аутентификации ## Сценарий Вы проводите аудит безопасности внутреннего мерч-магазина ИТ-компании «Гигагерц»: нативный PHP 8.3 на Apache, данные в SQLite. Прошлогоднее пентест-заключение закрыли без замечаний, но новый инженер команды заметил, что форма входа подозрительно реагирует на одинарную кавычку в логине, — и перед релизом профильной функции руководство попросило перепроверить авторизацию. ## Цель 1. Подтвердите, что значения полей формы входа попадают в SQL-запрос как часть синтаксиса, а не как данные. 2. Обойдите проверку пароля и войдите под учётной записью `admin`, не зная его пароля. 3. Добавьте товар «CTF Flag» в корзину, оформите покупку и заберите флаг со страницы профиля. ## Теория SQL-инъекция возникает, когда приложение собирает SQL-запрос конкатенацией пользовательского ввода со строкой запроса. Парсер БД получает уже готовый текст и не может отличить данные от управляющих конструкций SQL — значит, содержимое поля формы способно изменить логику запроса. **Уязвимый паттерн:** ```php $query = "SELECT id FROM users WHERE username = '" . $username . "' AND password = '" . $password . "'"; $row = $db->query($query)->fetch(); ``` Значения обоих полей обёрнуты в кавычки и вклеены в текст запроса. Специальный символ в значении закрывает строковый литерал раньше времени, а синтаксис однострочного комментария отбрасывает хвост запроса — включая условие проверки пароля. В результате запрос возвращает целевую учётную запись без знания пароля. ## Точка входа атаки `POST /login` — форма входа с полями `username` и `password`. * **Обычный пользователь:** `demo` / `demo` * **Целевая учётная запись:** `admin` (пароль вам не известен — по условию задачи он и не нужен) Покупка требует CSRF-токена — он уже встроен в формы страниц каталога и корзины. Флаг появится на странице `/profile` после успешного заказа товара «CTF Flag».