Android 17 и ECH: какие данные теперь шифруются, а что всё ещё видно

Главное сетевое нововведение Android 17 в области приватности — поддержка Encrypted Client Hello (ECH). Это расширение TLS 1.3, которое шифрует имя хоста в начальной части защищённого соединения. Благодаря этому операторам Wi‑Fi, интернет-провайдерам и другим наблюдателям в сети сложнее определить, к какому конкретно сайту или сервису обращается приложение. Но ECH не превращает смартфон в «чёрный ящик» и не заменяет VPN. 46

Защита сработает только в том случае, если её поддерживает вся цепочка: устройство работает на Android 17 или новее, приложение использует совместимую сетевую библиотеку, а сам сервис внедрил ECH. 25

Что именно скрывает ECH

При обычном TLS-соединении клиент передаёт в поле Server Name Indication (SNI) имя хоста, к которому хочет подключиться. ECH шифрует эту часть начального сообщения ClientHello с помощью конфигурации и ключевого материала, опубликованных сервисом. Сервер может расшифровать защищённые данные, а наблюдатель в сети видит лишь внешнее рукопожатие, а не исходное имя домена. 416

Это важно даже при использовании HTTPS. Сам протокол HTTPS уже скрывает содержимое сессии, но имя сайта или сервиса может оставаться заметным. ECH предназначен именно для сокращения такой утечки метаданных — при условии, что конкретный адрес поддерживает технологию. 56

Что всё ещё могут увидеть провайдер и владелец сети

ECH шифрует не все сведения о соединении. В зависимости от положения наблюдателя и особенностей подключения могут быть видны:

• IP-адрес устройства-источника;
• IP-адрес назначения — например, адрес CDN или хостинг-провайдера, а иногда и конкретного сервиса;
• время подключения, размеры пакетов и общий объём трафика;
• DNS-запросы, если они не защищены отдельным механизмом.

Поэтому называть ECH VPN или системой анонимности было бы неправильно. Google рассматривает ECH и Private DNS как взаимодополняющие средства: ECH скрывает имя хоста в TLS-рукопожатии, а зашифрованный DNS защищает отдельный этап поиска домена. Ни одна из этих функций сама по себе не скрывает IP-адрес устройства. 612

Если нужна дополнительная защита от определения IP-адреса, потребуются отдельные инструменты — например, VPN, прокси или Tor.

Условия работы и настройки Android 17

Android 17 предоставляет операционной системе и сетевым библиотекам необходимые API для реализации ECH. В частности, платформа позволяет получать HTTPS-записи DNS, содержащие конфигурацию ECH. 4

На практике необходимы три условия:

1. Устройство работает на Android 17 или более новой версии.
2. Сетевая библиотека приложения поддерживает ECH. В документации Android в качестве примеров упоминаются HttpEngine, WebView и OkHttp. Одной поддержки на уровне операционной системы недостаточно: библиотека также должна уметь использовать протокол. 23
3. Удалённый сервер настроен для ECH. Если сервис не опубликовал нужную конфигурацию, клиент не сможет зашифровать для него имя назначения. 25

Для приложений, ориентированных на Android 17 (API 37) и выше, ECH используется в TLS-соединениях, когда его поддерживают и сетевой стек приложения, и сервер. Если установить защищённое соединение через ECH не удаётся, дальнейшее поведение зависит от политики шифрования доменов приложения: соединение может продолжиться или быть отклонено. 12

Зачем нужен ECH GREASE

В Android 17 предусмотрено не только простое включение или выключение ECH. Если шифрование домена разрешено, но сервер ещё не поддерживает настоящий ECH, Android может отправить ECH GREASE — намеренно неработающее расширение, похожее на обычный ECH-трафик. 1

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

При этом GREASE не скрывает имя хоста так, как успешный ECH. Это механизм совместимости и маскировки поведения, а не замена серверной поддержке протокола. 1

Если приложение полностью отключает шифрование доменов, документация NetworkSecurityPolicy указывает, что ECH и GREASE использоваться не должны. API также позволяет выбирать режимы, в том числе обычное включение шифрования и обязательный режим, при котором соединение должно завершаться ошибкой, если ECH недоступен. 1

Что предстоит сделать разработчикам

Поддержка ECH в Android 17 не защищает автоматически трафик каждого приложения. Разработчикам нужно:

• проверить, поддерживает ли используемая сетевая библиотека ECH; 235
• настроить Network Security Config или эквивалентную политику шифрования доменов; 15
• убедиться, что библиотека умеет получать и применять конфигурацию ECH, опубликованную сервисом; для этого Android предоставляет API получения HTTPS-записей DNS; 4
• протестировать подключения к серверам с поддержкой ECH и без неё, заранее определив, разрешён ли запасной вариант или соединение должно завершаться при невозможности применить ECH. 1

Серверная сторона также обязательна: владельцам сервисов необходимо внедрить ECH и опубликовать конфигурацию, которую смогут получить клиенты. Именно эта зависимость объясняет, почему после выхода Android 17 имена доменов не исчезнут из поля зрения сетевых наблюдателей повсеместно и мгновенно. 516

Google заявляет, что сотрудничает с Jigsaw, участниками отрасли, поставщиками сервисов и разработчиками приложений, чтобы расширять внедрение технологии. Цель — сделать защиту имени хоста доступной через общую сетевую инфраструктуру приложений, а не только в специально настроенных браузерах. 46

Другие изменения Android 17 для сетевой безопасности

Доступ к локальной сети теперь требует разрешения

Приложения, ориентированные на Android 17 или выше, должны запрашивать разрешение времени выполнения ACCESS_LOCAL_NETWORK, прежде чем обнаруживать устройства в локальной сети или подключаться к ним. Разрешение входит в уже существующую группу NEARBY_DEVICES, поэтому пользователю, который ранее разрешил другое право из этой группы, новый запрос на уровне группы может не показываться. 217

Изменение призвано сократить скрытое сканирование домашней или офисной сети, которое может использоваться для отслеживания, снятия цифрового отпечатка устройства или поиска уязвимого оборудования. Приложениям для умного дома, трансляции на телевизор и другим LAN-сценариям нужно будет объявить и запросить это разрешение. 1719

Certificate Transparency включена по умолчанию

Начиная с Android 17, Certificate Transparency (CT) включена по умолчанию для TLS-соединений. Технология помогает выявлять неправильно выданные публичные сертификаты: сертификаты должны появляться в открытых журналах, доступных для аудита. Приложения могут отключить CT глобально или только для отдельных доменов через настройки сетевой безопасности. 3

Операторы смогут ограничивать подключения к 2G

Android 17 также добавляет меры против слабой безопасности мобильных сетей 2G. При наличии соответствующей поддержки оператор сможет ограничить или отключить подключения к 2G по умолчанию. Это должно снизить риск атак с поддельных базовых станций и так называемых SMS-blaster-атак. Конкретное поведение зависит от оператора и модели устройства. 8

Итог: важное улучшение, но не полная невидимость

ECH действительно усиливает приватность: когда клиент и сервер поддерживают стандарт, имя хоста исчезает из важной части начального TLS-рукопожатия. Но просмотр веб-сайтов не становится полностью невидимым. DNS, IP-адрес назначения, время соединения, размеры пакетов и объём трафика всё ещё могут выдавать подсказки.

Самое точное описание изменения в Android 17 звучит так: система делает названия посещаемых сайтов и сервисов менее доступными для сетевых наблюдателей, но не скрывает все остальные метаданные соединения. Для более полной защиты доменных имён ECH стоит сочетать с зашифрованным DNS, а для сокрытия IP-адреса использовать отдельные решения — VPN, прокси или Tor.