SSL-стриппинг

При SSL-стриппинге злоумышленник, находящийся между пользователем и сервером (например, в одной беспроводной сети Wi-Fi), перехватывает начальный HTTP-запрос пользователя. Вместо того чтобы передать его на сервер, злоумышленник сам устанавливает HTTPS-соединение с сервером от имени пользователя, а с пользователем поддерживает незащищённое HTTP-соединение. При этом злоумышленник модифицирует все ссылки, скрипты и формы на странице так, чтобы они вели на HTTP-версии, а также подменяет редиректы с HTTP на HTTPS, не давая браузеру переключиться на защищённый протокол. Пользователь видит в адресной строке значок незащищённого соединения (или отсутствие значка замка), но может не обратить на это внимания, особенно если сайт изначально загружался по HTTP.

Таким образом, злоумышленник получает полный доступ к содержимому страниц и данным, вводимым пользователем, в открытом (незашифрованном) виде.

Условия для проведения атаки

Для успешного осуществления SSL-стриппинга необходимо выполнение нескольких условий:

• Нахождение злоумышленника в одной сети с жертвой (например, в общедоступной Wi-Fi-сети в кафе, аэропорту, гостинице) или возможность перехвата трафика на уровне провайдера или маршрутизатора.
• Отсутствие у пользователя привычки проверять адресную строку браузера на наличие значка замка и протокола HTTPS.
• Наличие у сайта возможности работы по HTTP (то есть сайт не принуждает к HTTPS через HSTS (HTTP Strict Transport Security) или делает это нестрого).
• Использование злоумышленником инструментов для перехвата и модификации трафика (например, arpspoof, ettercap, mitmproxy, sslstrip — оригинальная утилита, написанная Марлинспайком).

История и развитие

Появление атаки (2009)

В 2009 году Мохит Марлинспайк представил на конференции Black Hat DC инструмент sslstrip и продемонстрировал, как с его помощью можно перехватывать данные пользователей в общественных Wi-Fi-сетях. Атака оказалась эффективной против большинства популярных сайтов того времени, включая почтовые сервисы, социальные сети и интернет-банки, поскольку многие из них не использовали HSTS или использовали его нестрого.

Реакция индустрии

После публикации атаки разработчики браузеров и веб-сайтов начали активнее внедрять механизмы защиты. В 2010 году был предложен стандарт HSTS (RFC 6797), который позволяет веб-серверу сообщить браузеру, что сайт должен всегда подключаться только по HTTPS. Браузеры начали поддерживать HSTS, а также встроенные списки предварительной загрузки HSTS (HSTS preload lists), в которые включаются наиболее популярные и критически важные сайты (например, Google, Facebook, банки).

Современное состояние

Несмотря на широкое внедрение HTTPS и HSTS, SSL-стриппинг остаётся актуальной угрозой. Основные причины:

• Многие сайты до сих пор не используют HSTS или используют его с коротким сроком действия (max-age).
• Пользователи часто игнорируют предупреждения браузера о незащищённом соединении.
• Злоумышленники могут использовать более сложные варианты атаки, например, SSL-стриппинг с использованием подмены DNS или поддельных сертификатов (в сочетании с другими методами).

Методы защиты

Со стороны пользователя

• Всегда проверять адресную строку браузера на наличие значка замка и протокола https://`. При отсутствии замка или появлении предупреждения о незащищённом соединении не вводить конфиденциальные данные.
• Использовать VPN-сервисы (виртуальные частные сети), которые шифруют весь трафик между устройством и VPN-сервером, делая атаку MITM в локальной сети бесполезной.
• Устанавливать браузерные расширения, принудительно включающие HTTPS (например, HTTPS Everywhere, ныне встроенное в Firefox и Chrome).
• Избегать использования общедоступных Wi-Fi-сетей для доступа к банковским и другим критически важным сервисам без дополнительной защиты.