Безопасность

От базовых принципов до особенностей PHP

Александр Макаров

Yii core team, Stay.com

http://slides.rmcreative.ru/2016/devconf-security/

Обо мне

10+ лет в IT: Java, PHP, JavaScript etc.
Писатель, докладчик
OpenSource
Член команды Yii, представитель в PHP-FIG
Инженер в Stay.com

Не эксперт по безопасности. Но кое-что знаю.

Я занимался аудитом кода многих проектов...

... и практически всегда встречал всё те же ошибки.

Главная идея в том...

Что нельзя доверять данным не смотря ни на что

Фильтруй вход,
экранируй выход

Входы

Формы
Файлы
Заголовки HTTP ($_SERVER['HTTP_X_FORWARDED_FOR'] и т.д.)
User agent
...

Выходы

Браузер
Консоль
База данных
...

Фильтровать?

Фильтровать = убедиться, что данные верны.

Предпочитайте белые списки

Входные данные не валидны пока не доказано обратное.

Используйте filter_var


$email = filter_var($email, FILTER_VALIDATE_EMAIL);
if ($email === false) {
    // email не торт...
}
// всё OK

или используйте надёжные библиотеки и фреймворки

Экранировать?

Сделать так, чтобы спецсимволы вели себя как нормальные символы.

Обычно префиксированием других спецсимволов.

На каждый выход свои правила экранирования.

→

XSS

На страницу вставляется скрипт, который запсукается в браузере пользователя.

Встречалось в большинстве проектов, с которыми я работал.


...
<div>
<?= $_GET['query'] ?>
</div>
...

Вместо alert-а могут:

Сделать что-то от имени пользователя...
Одолжить денег у его друзей
Нарепостить экстремистских комментов
Утащить денег со счёта
Заказать ручку-диктофон
Послать порнушку в полицию
...

Две главных разновидности

Первого порядка - выполняется немедленно
Второго порядка - пишется в базу, выполняется потом

Решение

Экранируй!

Экранируем HTML

Если нужет только текст.


htmlspecialchars($content, ENT_QUOTES | ENT_SUBSTITUTE, 'UTF-8');

Делаем HTML безопасным

Если нужен именно HTML.

HTMLPurifier (http://htmlpurifier.org/)


$config = HTMLPurifier_Config::createDefault();
$purifier = new HTMLPurifier($config);
$clean_html = $purifier->purify($dirty_html);

Не сохраняйте экранированные данные в базу

Они могут вам понадобится в исходном виде. К тому же, базе доверять нельзя.

→

CSRF

Сторонний сайт может отправить формы на ваш сайт от имени пользователя.

Решение

Использовать токены CSRF, использовать TLS/SSL.

CSRF-токены

В момент отображения к форме добавляется уникальный случайный токен.
Тот же токен пишется в хранилище (обычно в сессию).
После отсылки формы, токены сравниваются.

Same origin policy недостаточно!

Политика действует на XMLHTTPRequest
Она не запрещает запросы, а предотвращает получение результата

Не используйте GET для изменения состояния приложения


<img src="/logout" />

Использование $_REQUEST - то же самое.

→

SQL инъекции

Выполнение произвольного SQL в БД проекта.


$email = $_POST['email'];

query("SELECT *
FROM user
WHERE email = '$email';");


' OR 1


UNION SELECT 1,'',3,4,5 INTO OUTFILE '1.php' --%20
UNION SELECT 1,LOAD_FILE('config.php'),3,4,5 --%20

Решение

Экранируйте запросы.

Но делайте это правильно!

Ручное экранирование не торт

addslashes()
mysql_escape_string()
mysql_real_escape_string()
...

Потому что

Можно его забыть
Контекст может быть не верен (значения, таблицы, столбцы)
Может быть не полным
...

Используйте prepared statements

Есть и в PDO и нативных драйверах. Для PDO:


$stmt = $db->prepare("SELECT * FROM user WHERE email = :email");
$stmt->bindValue(':email', $email);
$user = $stmt->fetch();

Имена таблиц и столбцов

Используйте белый список.


$allowedTables = ['user_comments', 'post_comments'];
if (!in_array($table), $allowedTables, true) {
    return false;
}
// делаем запрос

→

Отсутствие валидации загрузок

Возможность загрузить и запустить код.

Валидируйте mime
Пересохраняйте изображения

→

Инъекция кода

Возможность выполнить произвольный код.


eval($_GET['query']);

Решение

Не использовать eval() или использовать после проверки по белому списку.

Запускайте PHP с минимально возможными правами

→

Небезопасные include


require $_GET['type'] . '.php';

Белый список.

→

Clickjacking

Обманом заставить пользователя кликнуть на что-то на стороннем сайте.

iframe + opactity: 0

Не особо относится к PHP, но довольно серьёзно.

Решение

Запретить запихивать сайт в фреймы через RFC 7034:


header('X-Frame-Options: DENY');
// или
header('X-Frame-Options: SAMEORIGIN');

или через JavaScript:


if (window.top !== window.self) {
    document.write = "";
    window.top.location = window.self.location;
    setTimeout(function () {
        document.body.innerHTML = '';
    }, 1);
    window.self.onload = function (evt) {
        document.body.innerHTML = '';
    };
}

→

Пароли

В чём проблема?

Зло может угадать ваш пароль

Перебором
Атакой по словарю
Атакой на основе времени ответа

Решение: ограничить попытки

10 попыток с IP в минтуту более чем достаточно
CAPTCHA

Всё ещй проблема?

Легко сменить IP
БД иногда утекают...

Важно ли, как хранить пароль?

Да!

Вы не должны знать пароль пользователя!

Храните хэш.

md5, sha1 и т.д. - не вариант

Даже с солью.

Хэши предназначены для быстрого вычисления

Полный перебор пароля из 8 символов, SHA-256 занимает...

3.5 дня на одной GPU 2011 года

На крутой GPU 2015 года это будет уже 20 часов

GPU?

Используйте bcrypt

Изначально сделан не быстрым.
Заставляет работать как CPU, так и GPU.
Плохо считается на GPU (требует много доступа к памяти, что портит параллелизм).

Cost и сложность пароля важны

Cost?

итерации key derivation function = 2^cost

12+ - безопасное значение. Yii использует 13.

Немного посчитаем

Cost = 13 → ~28 хэшей в сек. на Nvidia GTX Titan X ($1900)

28 * 60 * 60 * 24 = 2419200 хэшей в день

6 символьный пароль, буквы в нижнем регистре = 308915776 комбинаций

308915776 / 2419200 = 127 дней для перебора одного пароля

21 день с 6-ю видеокартами. Стоит это более ~15000$

Добавим в пароль из 6 символов цифры и стоить взлом за 21 день будет уже более ~81000$

GPU становятся все лучше и всё дешевле.

AMD R380X даёт 14 хешей bcrypt с cost=13 в секунду и стоит около $200.

bcrypt даёт вам лишь время

Если вы знаете, что хэши утекли:

Устранить источник утечек
Инвалидировать хэши
Попросить пользователей поменять пароли и объяснить, что сделать это надо везде

Требуйте сложные пароли

У вас будет больше времени среагировать на утечку.

→

Фиксация сессии

Дать пользователю заранее известный ID сессии.

Решение

Используйте только куки. В php.ini:

session.use_cookies = 1
session.use_only_cookies = 1
session_cookie_httponly = 1

Регенерируйте ID сессии при помощи session_regenerate_id(true) после логина или смены прав.

→

Не забывайте проверять доступ

Да, такое бывает.

Доступ к файлу по URL.
Скрыть != обезопасить.

Сначала запрещайте всё, потом уже разрешайте.

→

Утечки информации

Отладочный режим
Страницы ошибок
Ответы AJAX
Системы контроля версий

→

Случайные числа

Используются для токенов, кодов сброса, генерируемых паролей, UUID и др.

Проблема

Случайные числа могут генерироваться предсказуемо или могут повторяться если источник не достаточно хорош.

Токены, коды сброса, генерируемые пароли

Решение

Использовать нормальные источники случайных чисел

Yii использует

PHP 7 random_bytes
LibreSSL
CryptGenRandom (под Windows)
/dev/random (под FreeBSD)
/dev/urandom
Если ничего не получилось, кидаем исключение

Осторожней с библиотеками

mcrypt. Не поддерживается уже >10 лет. Есть баги
OpenSSL. Есть баги

Проводите тесты

→

Серверное ПО

Обновляйтесь

Linux
nginx
PHP
СУБД
...

→

DDOS

Планируйте заранее.
Положитесь на firewall (возможно железный).
Может быть очень тяжело.

Держите про запас отменного админа...

...