Билет сеанса шифруется и аутентифицируется сервером, а сервер проверяет его достоверность перед использованием его содержимого. На сервере идентификатор сеанса сопоставляется с заранее согласованными криптографическими параметрами, в частности с «секретным доступом». После того, как покупатель получает завершенное сообщение от сервера, теперь он согласовывает с сервером, какой набор шифров использовать. Этот предварительный обмен приводит к выгодному соединению TLS (оба события могут переключать данные приложения с помощью TLS) или предупреждающему сообщению (как указано ниже). Они могут различаться в зависимости от запросов покупателя и сервера, то есть существует несколько возможных процедур IWIHOST для установки соединения.
- Старые варианты, такие как TLS 1.0 и 1.1, следует отключить, чтобы предотвратить выявленные уязвимости.
- Эта атака затрагивает только TLS 1.0 — старую и более слабую модель протокола, устаревшую в 2020 году.
- Если существует предварительная связь, можно использовать предыдущие ключи, пропустить проверки безопасности и клиент и сервер могут немедленно начать обмен данными.
- TLS 1.0 и 1.1 устарели в 2021 году, и их следует отключить.
Веб-сайты, на которые вы заходите, не видят ваш исходный IP-адрес, а только IP-адрес VPN-сервера, который используется многими другими пользователями и регулярно меняется. Использование VPN защищает вас от самых разных нарушений безопасности, включая перехват пакетов, мошеннические сети Wi-Fi и атаки «человек посередине». Весь учебный контент на этом веб-сайте соответствует строгим редакционным требованиям и ценностям Hostinger. Похоже, это связано с такими проблемами, как межсайтовый скриптинг (XSS), неисправленные уязвимости, ошибки и политика страхования слабых паролей.
На этом уровне обе стороны аутентифицировали друг друга и установили общий секретный ключ. Клиент проверяет, что сертификат сервера выдан доверенным центром сертификации, является законным и не отозван, а также что область соответствует. Сервер отвечает сообщением ServerHello, содержащим выбранный набор шифров, еще одну случайную строку байтов (server_random) и его личный эфемерный ключевой ресурс. Набор шифров определяет, какие алгоритмы должны использоваться для обмена ключами, шифрования и аутентификации сообщений.
Продолжайте изучать безопасность Интернета
DROWN использует уязвимость в используемых протоколах и конфигурации сервера, а не какую-либо конкретную ошибку реализации. Более ранние модификации уникальных протоколов, такие как False Start (принятый и активированный Google Chrome) или Snap Begin, как сообщается, запускали ограниченные атаки на понижение версии протокола TLS или позволяли вносить изменения в запись набора шифров, отправленную клиентом на сервер. Покупателю и серверу потребуется включать и подтверждать информацию о предыдущих рукопожатиях во всех рукопожатиях повторного согласования. Чтобы устранить эту уязвимость, для TLS было предложено расширение индикации повторного согласования. Злоумышленник не может по-настоящему расшифровать связь клиент-сервер, поэтому это полностью отличается от типичной атаки «человек посередине».
Каковы различные виды сертификатов SSL/TLS?
При асимметричном шифровании в ходе первоначального процесса установления связи устанавливается безопасное соединение и происходит обмен ключами симметричного шифрования. Это обеспечивает безопасную связь между двумя событиями без совместного использования секретного ключа. Асимметричное шифрование предполагает использование двух отдельных, но математически связанных ключей: открытого ключа и закрытого ключа, также называемого парой ключей. SSL/TLS (Secure Sockets Layer/Transport Layer Security) использует асимметричное шифрование, также называемое криптографией с открытым ключом и симметричным шифрованием.