На протяжении многих лет протокол криптографической защиты транспортного уровня Transport Layer Security (TLS) служил основой безопасности в глобальной сети. При посещении сайтов по протоколу HTTPS данные надежно шифруются, защищая учетные записи, сессионные токены и финансовые транзакции от перехвата в локальных сетях. Тем не менее, даже после внедрения современного стандарта TLS 1.3 в самом начале любого сетевого соединения сохранялась существенная уязвимость: открытая передача индикатора имени сервера Server Name Indication (SNI).

Разработка стандарта Encrypted Client Hello (ECH) в рамках Инженерного совета Интернета (IETF) призвана устранить этот архитектурный недостаток. Шифруя идентификатор сервера на этапе первоначального рукопожатия, ECH кардинально меняет взаимодействие веб-браузеров с платформами доставки контента (CDN), хостинг-провайдерами и промежуточными сетевыми узлами анализа трафика.

Историческая уязвимость открытого поля SNI

Чтобы понять важность ECH, необходимо рассмотреть, как веб-серверы распределяют ресурсы между тысячами сайтов на одном физическом оборудовании. В эпоху зарождения защищенного веба каждому защищенному сайту требовался отдельный статический адрес IPv4, так как сервер должен был предоставить нужный сертификат безопасности до расшифровки входящего запроса HTTP. С исчерпанием пула IPv4 в стандарт TLS расширением RFC 3546 было введено поле SNI.

SNI позволяет браузеру указывать запрашиваемое доменное имя в первом же пакете соединения ClientHello. Благодаря этому сервер определяет нужный сертификат. Однако из-за того, что обмен происходит до формирования ключей шифрования сессии:

  1. Открытая передача метаданных: Доменное имя передается по локальным точкам Wi-Fi и магистральным маршрутизаторам интернет-провайдеров в незашифрованном текстовом формате.
  2. Анализ профиля сетевой активности: Оборудование глубокого анализа пакетов (DPI) считывает незашифрованное поле SNI для составления профилей посещаемых ресурсов или избирательного снижения пропускной способности каналов.
  3. Неполная изоляция трафика: Даже при использовании шифрования DNS (DNS over HTTPS) сетевой наблюдатель способен восстановить список посещаемых сайтов простым анализом пакетов ClientHello.

Архитектура и принцип функционирования Encrypted Client Hello

Encrypted Client Hello решает проблему открытых метаданных разделением первоначального рукопожатия на две изолированные структуры: внешнюю ClientHelloOuter и внутреннюю ClientHelloInner.

1. Распространение публичных ключей через ресурсные записи DNS

Чтобы клиент мог передать зашифрованное сообщение серверу до установления защищенного туннеля, браузеру необходим публичный ключ целевой системы. Для этого ECH использует современную инфраструктуру DNS посредством специализированных записей типа HTTPS или SVCB (стандарт RFC 9460).

Когда браузер разрешает сетевой адрес домена, авторитетный сервер DNS возвращает не только адрес IP, но и блок данных echconfig. Он содержит открытый ключ целевого шлюза и поддерживаемые наборы криптографических алгоритмов по схеме Hybrid Public Key Encryption (HPKE).

2. Структура двойного рукопожатия

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

  • ClientHelloOuter: Открытый внешний блок, видимый всем транзитным узлам. Он содержит стандартные метаданные и нейтральное доменное имя фронтенд-сервиса (например, инфраструктуры Cloudflare или Fastly), что обеспечивает совместимость с консервативным сетевым оборудованием.
  • ClientHelloInner: Подлинный внутренний блок, содержащий настоящее доменное имя запрашиваемого ресурса, зашифрованный с использованием открытого ключа HPKE целевого шлюза.

Клиент упаковывает внутренний зашифрованный блок внутрь расширений внешнего пакета. Принимающий шлюз расшифровывает внутренние данные своим приватным ключом, направляет запрос целевому приложению и завершает установку сессии TLS 1.3. Внешний наблюдатель на маршруте передачи видит лишь нейтральный адрес общего узла CDN.

Сравнение механизмов защиты в различных версиях TLS

Эволюция криптографических стандартов демонстрирует постоянное повышение уровня конфиденциальности метаданных:

Характеристика безопасности TLS 1.2 с классическим SNI Стандартный TLS 1.3 TLS 1.3 с поддержкой ECH
Шифрование полезных данных Защищено через AES/ChaCha20 Защищено надежными шифрами Защищено надежными шифрами
Шифрование сертификата сервера Открытая передача в потоке Зашифровано внутри сессии Зашифровано внутри сессии
Защита имени домена (SNI) Передается открытым текстом Передается открытым текстом Полностью зашифровано через HPKE
Анализ метаданных узлами DPI Доступен при пассивном чтении Доступен при пассивном чтении Недоступен; виден только адрес CDN
Требования к инфраструктуре DNS Стандартный незашифрованный DNS Стандартный DNS или DoH Обязательно использование DoH с SVCB

Совместное использование ECH и защищенных туннелей VPNRice

Хотя технология Encrypted Client Hello представляет собой огромный шаг вперед для защиты веб-трафика, она решает только часть задач обеспечения цифровой безопасности.

Во-первых, ECH защищает только взаимодействия на базе протокола TLS (главным образом веб-страницы HTTPS). Фоновые процессы операционной системы, сетевой трафик игр, протоколы передачи голоса VoIP и нешифрованные приложения продолжают передавать сетевые индикаторы. Во-вторых, промежуточные маршрутизаторы по-прежнему фиксируют адрес IP назначения. Если сервер функционирует на выделенном адресе без распределенной сети CDN, конечный узел поддается классификации.

При подключении к VPNRice весь трафик устройства изолируется внутри зашифрованного системного туннеля, а реальный адрес подменяется сетевым адресом производительного сервера. Использование ECH внутри такого туннеля создает многослойный барьер: локальный оператор не имеет доступа к адресам и типам соединений, а магистральные шлюзы не способны выделить адреса целевых ресурсов.

Для анализа текущих параметров подключения и проверки отсутствия утечек публичного адреса воспользуйтесь нашим бесплатным инструментом Узнать свой IP-адрес. Чтобы оценить устойчивость браузера к утечкам через мультимедийные интерфейсы, выполните Тест на утечку WebRTC.

Скачать VPNRice.