Android 17 та ECH: назви сайтів стають менш помітними, але анонімності це не гарантує

Найпомітніша мережева зміна в Android 17 — підтримка Encrypted Client Hello (ECH). Це розширення TLS 1.3 шифрує ім’я хоста, яке зазвичай передається на початку захищеного з’єднання. Завдяки цьому операторам Wi-Fi, інтернет-провайдерам та іншим спостерігачам у мережі складніше визначити, до якого саме сайту чи сервісу звертається застосунок. Однак ECH не перетворює телефон на невидимку й не замінює VPN. 46

ECH дає результат лише тоді, коли весь ланцюжок підтримує цю технологію: пристрій працює на Android 17 або новішій версії, застосунок використовує мережеву бібліотеку з підтримкою ECH, а віддалений сервіс налаштував 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

Коли ECH працює в Android 17

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

На практиці потрібні три умови:

1. Пристрій працює на Android 17 або новішій версії.
2. Мережева частина застосунку підтримує ECH. В Android-документації як приклади згадуються HttpEngine, WebView та OkHttp, але сама наявність системної підтримки не робить кожну бібліотеку сумісною з ECH. 23
3. Віддалений сервер налаштував ECH. Без серверної конфігурації клієнт не зможе зашифрувати ім’я домену для цього сервісу. 25

Для застосунків, орієнтованих на Android 17 або новішу версію, ECH використовується в TLS-з’єднаннях, якщо його підтримують і мережева бібліотека, і віддалений сервер. Якщо ECH застосувати не вдається, подальша поведінка залежить від політики шифрування доменів, налаштованої застосунком: з’єднання може продовжитися або завершитися з помилкою. 12

ECH GREASE: навіщо потрібен режим, який не шифрує домен

Політика шифрування доменів в Android передбачає не лише перемикач «увімкнено/вимкнено». Якщо шифрування домену активне, але сервер ще не підтримує справжній ECH, Android може надіслати ECH GREASE — навмисно нефункціональне розширення, яке зовні нагадує ECH-трафік.

Мета GREASE — покращити сумісність і ускладнити примітивну класифікацію трафіку. Мережі та сервери не повинні робити висновок, що клієнт ніколи не намагається використовувати ECH, лише тому, що конкретне з’єднання не змогло скористатися ним. Водночас GREASE не приховує ім’я хоста так, як успішний ECH. Це механізм сумісності, а не заміна серверного розгортання ECH. 1

Якщо застосунок вимикає шифрування доменів, документація NetworkSecurityPolicy зазначає, що Android не повинен використовувати ні ECH, ні GREASE. API також дає змогу вибирати режими шифрування доменів, зокрема звичайно активний режим і режим, у якому ECH є обов’язковим. 1

Що мають зробити розробники

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

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

Серверним операторам також потрібно розгорнути ECH і опублікувати конфігурацію, необхідну клієнтам. Саме ця залежність від серверної сторони означає, що Android 17 не почне миттєво приховувати назви всіх сайтів, до яких звертаються всі застосунки. 516

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

Інші мережеві захисні функції Android 17

Доступ до локальної мережі потребує дозволу

Застосунки, орієнтовані на Android 17 або новішу версію, повинні запитувати дозвіл часу виконання ACCESS_LOCAL_NETWORK, перш ніж знаходити або підключати пристрої в локальній мережі. Дозвіл входить до вже наявної групи NEARBY_DEVICES, тому користувачі, які раніше надали інший дозвіл із цієї групи, можуть не побачити нового окремого запиту. 217

Зміна має зменшити приховане сканування локальної мережі, яке може використовуватися для відстеження, збирання цифрового відбитка пристрою або пошуку вразливого обладнання. Застосунки для керування розумним будинком, трансляції на телевізор та інших пристроїв локальної мережі мають оголосити й запросити цей дозвіл. 1719

Certificate Transparency увімкнено за замовчуванням

В Android 17 Certificate Transparency (CT) за замовчуванням застосовується до TLS-з’єднань. Технологія допомагає виявляти неправильно видані публічні сертифікати: вони мають потрапляти до відкритих журналів, які можна перевірити. Застосунки можуть вимкнути CT глобально або лише для окремих доменів через налаштування мережевої безпеки. 3

Оператори можуть обмежувати небезпечні 2G-з’єднання

Android 17 також посилює захист від слабкої безпеки мобільних мереж 2G. За наявності відповідної підтримки оператори можуть обмежувати або вимикати підключення до 2G за замовчуванням, зменшуючи ризик атак із підробленими базовими станціями та SMS-бластерами. Конкретна поведінка залежить від оператора й моделі пристрою. 8

Практичний висновок про приватність

ECH — важливе вдосконалення, оскільки за підтримки клієнта й сервера прибирає ім’я хоста з ключової частини TLS-рукостискання. Але перегляд сайтів від цього не стає повністю невидимим: DNS-налаштування, IP-адреса призначення, час підключення, розмір пакетів і обсяг трафіку все ще можуть залишати підказки.

Для кращого захисту назв доменів ECH варто поєднувати із зашифрованим DNS. Якщо потрібно приховати саме IP-адресу, знадобиться окремий інструмент — VPN, проксі або Tor.

Найточніше описати зміну в Android 17 можна так: операційна система ускладнює для мережевих спостерігачів читання назв сайтів і сервісів, але не приховує всі рівні метаданих з’єднання.