Использование HTTP-заголовков для предупреждения уязвимостей сайта

Поддержка безопасности веб-ресурса — один из важнейших аспектов в его благополучном существовании в Сети и не менее значимая составляющая, чем контент или SEO-оптимизация. Игнорирование текущих или возможных уязвимостей может повлечь серьезные проблемы не только для посетителей, но и для его владельца. Начиная с DDoS-атак и кликджекинга, заканчивая утечкой конфиденциальной информации и распространением вирусов. Впоследствии зараженный и по совместительству вредоносный веб-ресурс наверняка будет заблокирован поисковой системой, браузером или хостингом. Чтобы дать весомый отпор злоумышленникам, познакомимся с одним из эффективных рычагов настройки надежности своего сайта — HTTP-заголовками.

Что такое HTTP-заголовки

HTTP — протокол передачи гипертекста задействован в обмене данными между пользовательским приложением (как правило, браузером) и веб-сервером. Например: формат ресурса, его местонахождение, используемая кодировка, сведения для авторизации и параметры аутентификации. Такое клиент-серверное общение нуждается в обеспечении соответствующих мер, поэтому также существуют заголовки, призванные предотвращать различные кибератаки.

Список заголовков безопасности HTTP и их использование

Теперь, когда понятна суть и известно общее назначение, перейдем непосредственно к практике. Но прежде настоятельно рекомендую позаботиться о бекапе конфигурационного файла, в котором будут создаваться заголовки.

• Nginx — nginx.conf;
• .htaccess;
• PHP — index.php (header.php/head.php) активного шаблона сайта.

Чтобы удостовериться, что в ответ сервера добавлен заголовок, можно воспользоваться специальным сервисом проверки заголовков, обычной проверкой ответа сервера от Яндекс или любым подобным веб-приложением.

Для наглядности рассмотрим пример, где безопасность сайта явно хромает на обе ноги.

Далее рассмотрим заголовки, их специфику и способы применения, после чего повторим проверку сервисом.

HTTP Strict Transport Security (принудительное использование защищенного соединения, HSTS)

Запрещает использование HTTP, активирует форсирование защищенного HTTPS-соединения, автоматически преобразует HTTP-запросы в HTTPS, блокирует попытки пользователя пройти дальше сообщения о проблемах с сертификатом. Отражает попытки перехвата трафика с применением поддельного сертификата.

Директивы:

• max-age — интервал в секундах, в течение которого сайт будет отвечать по защищенному протоколу. Рекомендуется указывать не менее 18-ти недель.
• includeSubDomains — указывается при необходимости распространения на поддомены.
• preload — применяется при необходимости добавления сайта в предопределенный список HSTS.

Использование:

<ifModule mod_headers.c>
    Header set Strict-Transport-Security "max-age= 10886400; includeSubDomains;‬"
</ifModule>                

<?php header("Strict-Transport-Security: max-age=10886400; includeSubDomains;"); ?>

X-Xss-Protection

Предотвращает XSS-атаки путем активации фильтра межсайтового скриптинга.

Директивы:

• 1 — фильтр включен
• 0 — фильтр выключен
• mode=block — если атака зафиксирована, то обработка страницы предотвращается
• report=URL — отсылает на заданный url отчет при фиксировании атаки

Использование:

add_header X-XSS-Protection "1; mode=block";    

<ifModule mod_headers.c>
    Header set X-XSS-Protection "1; mode=block"
</IfModule>            

<?php header("X-XSS-Protection: 1; mode=block"); ?>

X-Frame-Options

Ограничивает загрузку страниц сайта во фреймах. Снижает уязвимость перед кликджекинг-атаками.

Директивы:

• ALLOW-FROM — разрешена загрузка во фреймах только для указанного url
• SAMEORIGIN — разрешена загрузка страниц через фреймы, при условии, что это происходит в рамках одного домена
• DENY — накладывает полный запрет на загрузку сайта через фреймы сторонних ресурсов

Использование:

add_header X-Frame-Options «SAMEORIGIN»;

<ifModule mod_headers.c>
    Header set X-Frame-Options «SAMEORIGIN»
</ifModule>              

<?php header('X-Frame-Options: SAMEORIGIN'); ?>

X-Content-Type-Options

Препятствует фишинговым атакам, работающих на основе изменения MIME-типов и несанкционированных хотлинков. Даже если запретить пользователям сайта загружать исполняемые файлы, например, с расширением .js, злоумышленник может загрузить изображение или txt-файл на сервер с внедренным в него JavaScript-кодом и обратиться к нему напрямую через url, тем самым запустив его со всеми вытекающими последствиями. Директива всего одна — nosniff.

add_header X-Content-Type-Options nosniff;

<ifModule mod_headers.c>
    Header set X-Content-Type-Options «nosniff»
</ifModule>  

<?php header('X-Content-Type-Options: nosniff); ?>

Content-Security-Policy (политика защиты контента, CSP)

Противостоит кликджекингу, попыткам внедрения кода и XSS-атакам. Суть заключается в том, чтобы указать серверу безопасный источник хранения и получения контента, например, скриптов, стилей, изображений и т.п. Загрузка с источников, не указанных в белом списке, блокируется. Поэтому если на вашем веб-ресурсе используется CDN, счетчики метрики и прочие скрипты, использующие внешние подключения, обязательно добавьте их.

Основные директивы:

• default-src — источники по умолчанию;
• script-src — скрипты;
• object-src — плагины (в т.ч. Flash и Java);
• style-src — стили;
• img-src — изображения;
• media-src — видео и аудио;
• frame-src — фреймы;
• font-src — шрифты;

С полным списком и описанием можно ознакомиться тут.

Правила составления:

• если необходимо полностью запретить загрузку контента в рамках одной директивы, применяется — none;
• self — обозначает текущий домен;
• при перечислении url используется пробел.

Примеры:

1. Content-Security-Policy: default-src 'self';
2. Content-Security-Policy:default-src 'self'; style-src 'self' http:// domain.ru; script-src http:// domain.ru.

Использование:

add_header Content-Security-Policy " style-src ’self’;";

<ifModule mod_headers.c>
    Header set Content-Security-Policy " style-src ’self’;"
</ifModule>   

<?php header("Content-Security-Policy: style-src ’self’"); ?>

Referrer-Policy

Зачастую ссылки ведущие с одного ресурса на другой, могут содержать в себе различную информацию, в том числе и конфиденциальную. Особенно это опасно при переходе с HTTPS-соединения на HTTP. Данный заголовок способен предотвратить утечку.

Основные директивы:

• no-referrer — информация не отправляется вместе с запросами;
• no-referrer-when-cross-origin — информация отправляется только в том случае, когда уровень безопасности протокола остается неизменным (HTTPS > HTTPS или HTTP > HTTP);
• origin — оставляет только источник документа: https://domain.ru/page.html > https:// domain.ru;
• origin-when-cross-origin — если запрос направляет на отличающийся протокол или веб-ресурс, то срабатывает как origin.

С полным списком и описанием можно ознакомиться тут.

Использование:

add_header Referrer-Policy «origin-when-cross-origin;»;

<ifModule mod_headers.c>
    Header set Referrer-Policy «origin-when-cross-origin;»
</ifModule>                

<?php header("Referrer-Policy: origin-when-cross-origin"); ?>

Feature-Policy

Позволяет выборочно подключать или отключать различные функции веб-браузера пользователя при посещении сайта, либо менять их поведение.

Основные директивы:

• geolocation — определение местоположения;
• speaker — воспроизведение звуков;
• microphone — использование средств аудио выхода;
• fullscreen — контроль над полноэкранным режимом;
• display-capture — захват дисплея.

С полным списком и описанием можно ознакомиться тут.

Правила составления:

• запрет в рамках одной директивы — none;
• self — обозначает текущий домен.

Использование:

add_header Feature-Policy «speaker ‘none’;»;

<ifModule mod_headers.c>
    Header set Feature-Policy «speaker ‘none’;»
</ifModule>                

<?php header("Feature-Policy: speaker ‘none’"); ?>

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

Пример конфигурации для файла .htaccess:

В заключение

Теперь вы знаете, как улучшить безопасность своего веб-ресурса, используя HTTP-заголовки. Как правило, сложностей нет, главное — подход с пониманием дела, без спешки, проверяя каждый шаг. Если у вас что-то не получается или просто нет возможности этим заниматься, вы всегда можете обратиться к команде наших специалистов. Мы поможем вашему сайту стать более надежным.