Проверка SSL/TLS и атаки типа «человек в браузере»

Сегодня на HTTPS приходится более 90% веб-трафика, включая загрузки Malware, каналы C2 и утечку данных. Средства защиты периметра, которые не могут проверять TLS, видят только зашифрованные блоки, создавая слепую зону, которую активно используют злоумышленники. Проверка SSL/TLS (также называемая SSL-перехватом, SSL-инспекцией или глубокой проверкой пакетов HTTPS) позволяет шлюзам Security расшифровывать, проверять и повторно шифровать HTTPS-трафик до его поступления на конечное устройство. Такая видимость необходима для фильтрации веб-контента, DLP и проверки на Malware в средах, где большая часть трафика передаётся по HTTPS.

Проверка SSL технически представляет собой контролируемую атаку методом «человек посередине», выполняемую собственной инфраструктурой Security организации. Процесс: Шаг 1: Client устанавливает TLS с прокси, используя сертификат прокси, подписанный корпоративным CA. Шаг 2: прокси устанавливает отдельный сеанс TLS с фактическим Server, используя настоящий сертификат Server. Шаг 3: прокси расшифровывает трафик от Client, проверяет его, затем повторно шифрует и пересылает Server (и выполняет обратную операцию). Client доверяет сертификату прокси, поскольку сертификат корпоративного CA заранее установлен на всех управляемых конечных устройствах через MDM или Group Policy.

Проверять следует не весь трафик. Организации обычно исключают категории, содержащие юридически или этически чувствительные данные: банковские и Financial сайты, порталы Healthcare, базы данных юридических исследований, URL прозрачности сертификатов и OCSP (чтобы не нарушить проверку сертификатов), а также сайты, использующие закрепление сертификата (они отклонят повторно подписанные сертификаты, что нарушит работу приложения). Исключения хранятся в виде списка обхода в Policy проверки. В некоторых юрисдикциях законы о мониторинге сотрудников могут ограничивать проверку личного веб-сёрфинга, поэтому в политиках допустимого использования требуется ясно раскрывать эту информацию.

Закрепление сертификата — это метод, при котором приложение жёстко задаёт ожидаемый сертификат или открытый ключ конкретного Server и отказывается устанавливать соединение, если сертификат не совпадает, даже если он действителен и которому доверяет хранилище CA операционной системы. Это нарушает проверку SSL, поскольку повторно подписанный сертификат прокси не совпадает с закреплённым значением. Мобильные приложения (банковские приложения и платёжные приложения) часто используют закрепление сертификата как защиту от атак MitM. Enterprise должны обходить проверку для приложений с закреплёнными сертификатами, иначе их работа будет нарушена. Это также означает, что злоумышленники, желающие обойти проверку SSL с помощью своего Malware, могут реализовать закрепление сертификата.

SSL Stripping — это атака методом «человек посередине», при которой злоумышленник перехватывает HTTPS-трафик и понижает его до HTTP, получая возможность читать и изменять содержимое в открытом виде. Атака работает с соединениями, которые начинаются с HTTP, а затем перенаправляются на HTTPS: злоумышленник перехватывает исходный HTTP-запрос, поддерживает HTTP-соединение с жертвой, одновременно устанавливая HTTPS-соединение с легитимным Server, и прозрачно ретранслирует трафик. С точки зрения жертвы сайт выглядит как HTTP. HTTP Strict Transport Security (HSTS) защищает от SSL Stripping, сообщая Browser, что для домена всегда следует использовать HTTPS, даже если пользователь вводит HTTP.

Атака Man-in-the-Browser (MitB) — это разновидность банковского трояна, который внедряется внутрь веб-Browser в виде вредоносного расширения или внедрения в процесс Browser и изменяет веб-страницы и операции так, что пользователь этого не замечает. В отличие от сетевой атаки MitM, MitB работает внутри зашифрованного сеанса на уровне Browser, поэтому TLS не обеспечивает защиты. Malware MitB (Zeus, SpyEye) может изменять суммы платежей, подменять номера счетов получателей, перехватывать одноразовые пароли и незаметно изменять формы после их заполнения пользователем. Изменения происходят после расшифровки TLS и до того, как пользователь увидит отрисованную страницу.

Вредоносное ПО типа «человек-в-браузере» перехватывает API браузера на уровне приложения. В Windows оно внедряет код в процессы браузера (Chrome, Firefox, IE) с помощью внедрения DLL или перехвата COM, а затем перехватывает функции JavaScript и API для работы с DOM. Когда пользователь посещает свой банк, вредоносное ПО перехватывает JavaScript, который отображает страницу и подтверждение транзакции, и заменяет счёт получателя на счёт злоумышленника. Сервер видит корректную транзакцию; журналы HTTPS на стороне сервера не содержат ничего необычного. Пользователь видит правильное подтверждение — с указанной им суммой, — но фактический перевод отправляется на счёт злоумышленника.

Защита от атак типа «человек-в-браузере» требует многоуровневых средств контроля. Изоляция браузера (Menlo Security, Zscaler Browser Isolation) выполняет отображение браузера на удалённой облачной VM и передаёт на экран пользователя только пиксели — вредоносное ПО не может внедриться в процесс браузера, работающий в удалённой среде. Проверка транзакций: банки подтверждают сведения о транзакции (сумму + получателя) через внеполосный канал (SMS OTP с указанием сведений о транзакции), чтобы пользователь мог проверить, что именно получил сервер. Конечный EDR, обнаруживающий внедрение DLL в процессы браузера, может выявить заражение атакой типа «человек-в-браузере». Разрешение браузерных расширений по списку предотвращает установку вредоносных расширений.

Вредоносные расширения браузера представляют значительную угрозу для конечных устройств. Расширения обладают широкими разрешениями: они могут читать содержимое страниц, изменять запросы, перехватывать отправку форм и получать доступ к cookie. Расширение, выдающее себя за полезный инструмент (блокировщик рекламы, тёмный режим), может похищать Credentials, внедрять рекламу, перенаправлять трафик или действовать как агент атаки типа «человек-в-браузере». Корпоративные средства контроля: используйте Group Policy или MDM, чтобы ограничить установку расширений утверждённым списком разрешённых расширений. Блокируйте установку расширений из источников, отличных от Chrome Web Store или Firefox Add-ons. Регулярно проверяйте установленные расширения на управляемых конечных устройствах на предмет нарушений Policy.

Организации, внедряющие проверку SSL, должны учитывать последствия для конфиденциальности сотрудников. Во многих юрисдикциях и согласно трудовому законодательству требуется ясно уведомить сотрудников до начала Monitoring за зашифрованным трафиком. Рекомендуемые методы: опубликовать Политику допустимого использования (AUP), в которой прямо указано, что сетевой трафик, включая HTTPS, может проверяться; получать от сотрудников подтверждение AUP во время оформления на работу; реализовать категории обхода проверки для сайтов личного банковского обслуживания и медицинских учреждений; а журналы расшифрованного трафика хранить только необходимое время (обычно 30–90 дней). Перед развертыванием программы проверки её должен изучить юридический консультант, особенно в странах EU, где GDPR устанавливает более строгие ограничения на Monitoring сотрудников.

Certificate Transparency — это платформа (RFC 6962), требующая заносить все общедоверенные сертификаты TLS в общедоступные журналы CT, доступные для аудита и допускающие только добавление записей, прежде чем браузеры начнут им доверять. CT позволяет владельцам доменов отслеживать ошибочно выданные сертификаты: если злоумышленнику каким-либо образом удастся убедить CA выдать сертификат для вашего домена (как произошло с DigiNotar в 2011 году), журналы CT позволят обнаружить это почти в реальном времени. Такие инструменты, как crt.sh, позволяют командам безопасности искать в журналах CT все сертификаты, выданные для их домена. Браузеры обеспечивают соблюдение CT, требуя доказательство включения в журнал — подписанные временные метки сертификата (SCT), встроенные в рукопожатие TLS.

Проверьте своё понимание концепций CompTIA Security+ (SY0-701), рассмотренных в этом уроке.

В этом уроке Вы узнали, что проверка SSL/TLS расшифровывает, проверяет и повторно шифрует трафик HTTPS на прокси-сервере с помощью корпоративного сертификата CA, которому доверяют управляемые конечные устройства; снятие защиты SSL понижает HTTPS до HTTP и предотвращается с помощью HSTS; а атаки типа «человек-в-браузере» внедряются в процесс браузера выше уровня TLS и незаметно изменяют транзакции, поэтому для защиты требуются изоляция браузера или внеполосная проверка транзакций. Далее мы рассмотрим замену небезопасных Protocol на безопасные эквиваленты.