Android 17 шифрує найменування вебсайтів: допомога ECH

Наталя Зарудня

Наталя ЗарудняГоловний редакторГоловний редактор та засновник CyberCalm. Має понад 10-річний досвід роботи у сфері кібербезпеки та технологічної журналістики. Пише про захист інформації, безпеку мобільних пристроїв, штучний інтелект та соціальні мережі.Слідкуйте: 28.08.2026Поділитися10 хв. читання

Ілюстрація: Google

Компанія Google інтегрувала підтримку Encrypted Client Hello (ECH) безпосередньо в систему Android 17. Цей стандарт шифрує імʼя хоста у першому повідомленні TLS-рукостискання, що унеможливлює відстеження інтернет-провайдерами, операторами Wi-Fi та іншими учасниками мережі списку сайтів та програм, до яких звертається пристрій. Окрім ECH, система також включає обов’язковий дозвіл на сканування локальної мережі, функцію Certificate Transparency, увімкнену за замовчуванням, та механізм, що дозволяє мобільним операторам дистанційно вимикати звʼязок 2G.

Зміст

Що залишалося незримим навіть при захищеному з’єднанні
Принцип роботи ECH
ECH GREASE: маскування справжнього розширення фальшивим
Результати глобальних вимірювань Jigsaw
Причини, через які ECH ставав об’єктом цензури
Що означають зміни для розробників програм
Сканування локальної мережі – лише за згодою
Certificate Transparency – за замовчуванням
Оператори зможуть вимикати 2G без участі користувача
Коли захист стане доступним на практиці

Пакет мережевих захисних механізмів був анонсований 27 серпня 2026 року у блозі безпеки Google. За твердженням компанії, Android 17 став першою великою мобільною операційною системою з широкою підтримкою ECH. Детальніше про актуальні версії платформи читайте в огляді останньої версії Android.

Що залишалося незримим навіть при захищеному з’єднанні

HTTPS шифрує вміст даних, але перше повідомлення TLS-рукостискання, відоме як ClientHello, досі передається відкритим текстом. Воно містить поле Server Name Indication (SNI), що вказує імʼя хоста, до якого звертається клієнт. Це поле було створено для того, щоб один сервер міг обслуговувати тисячі доменів з однієї IP-адреси: серверу необхідно знати, який сертифікат надати, тому клієнт повинен назвати потрібний хост ще до початку шифрування зʼєднання.

Внаслідок цього метадані про перегляди залишаються доступними для комерційного аналізу. Згідно зі звітом Федеральної торгової комісії США за 2021 рік, великі американські інтернет-провайдери збирають незашифровані відомості про домени та відвідані сторінки, а також монетизують конфіденційну інформацію — дані про місцезнаходження, демографічні показники, політичні уподобання — для показу цільової реклами. Ті ж самі дані створюють можливості для шахрайства, мережевої цензури та шпигунства.

Імʼя домену виявляється у двох точках кожного зʼєднання: під час DNS-запиту та в незашифрованому ClientHello. Перший канал приховується за допомогою шифрованих DNS-протоколів — підтримка DNS-over-TLS зʼявилася ще в Android 9, і на сьогодні, за даними APNIC, шифрований DNS охоплює понад чверть світового вебтрафіку. ECH закриває другий канал.

Детальний опис того, як активувати шифрування DNS на вашому смартфоні, можна знайти в матеріалі про приватний режим DNS на Android; перелік сумісних DNS-резолверів наведено в огляді безкоштовних захищених DNS-сервісів.

Принцип роботи ECH

Стандарт ECH описано в RFC 9849, який IETF опублікувала в березні 2026 року зі статусом Proposed Standard. Серед авторів документа — Ерік Рескорла, Кадзухо Оку, Нік Салліван і Крістофер Вуд.

Клієнт формує два повідомлення ClientHello. Внутрішнє повідомлення містить реальне імʼя хоста та інші важливі параметри; зовнішнє — нейтральне публічне імʼя сервера-посередника. Внутрішнє повідомлення шифрується за допомогою відкритого ключа за схемою HPKE і вкладається в розширення `encrypted_client_hello` зовнішнього. Спостерігач, який аналізує трафік, бачить лише публічне імʼя, яке використовується усіма доменами, що обслуговуються цим провайдером.

Відкритий ключ клієнт отримує з DNS-запису типу HTTPS. Саме тому ECH працює виключно разом із шифрованим DNS: якщо DNS-запит передається відкритим, імʼя домену буде виявлено на етапі резолвінгу, і шифрування ClientHello втратить свою ефективність.

ECH GREASE: маскування справжнього розширення фальшивим

Не всі сервери підтримують ECH. Якби клієнт надсилав це розширення лише сумісним вузлам, такі зʼєднання ставали б помітними та придатними для блокування. Тому специфікація передбачає режим GREASE: пристрій надсилає розширення ECH, заповнене випадковими даними, навіть якщо конфігурації для сайту немає. Сервер ігнорує таке розширення, імʼя хоста залишається видимим, але зовні всі підключення виглядають ідентично.

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

Результати глобальних вимірювань Jigsaw

Перед впровадженням нового механізму команда Android мала відповісти на три ключові питання: чи впливає ECH на швидкість зʼєднання, чи збільшується кількість невдалих підключень, і чи блокується такий трафік провайдерами та проміжним обладнанням. Jigsaw провела два незалежні дослідження.

Сумісність серверів. GREASE-підключення були протестовані на десяти тисячах найбільших доменів світу. Звіт про сумісність не виявив жодних змін у відсотку успішних зʼєднань порівняно зі звичайними TLS-запитами.
Готовність мереж. HTTP-запити були проаналізовані в 202 країнах через 740 провайдерів, зокрема в умовах суворої фільтрації трафіку. Аналіз показав практично нульовий рівень мережевих втручань: навіть у національних мережах росії та Китаю GREASE-запити не відрізнялися за результатом від стандартних.

Для керованих мережевих середовищ, таких як навчальні заклади та підприємства, де мережеві фільтри відповідають за дотримання політик безпеки, Android надає адміністраторам інструменти для налаштування поведінки ECH через DNS.

Причини, через які ECH ставав об’єктом цензури

Використання GREASE не є випадковим. У листопаді 2024 року російський регулятор Роскомнагляд заблокував тисячі вебсайтів, які використовували ECH через Cloudflare, назвавши цей стандарт засобом обходу обмежень доступу до інформації, забороненої в росії, і рекомендував власникам ресурсів перейти на російські CDN.

Як пояснює Нік Салліван, один із співавторів стандарту, у публікації Center for Democracy and Technology, фільтрація спрацювала через однотипність розгортання: усі ECH-підключення через Cloudflare використовували однакове зовнішнє імʼя — `cloudflare-ech.com`. Достатньо було створити одне правило, щоб відсікти такий трафік без значних негативних наслідків. Проблемою було не те, що ECH-зʼєднання виділялися серед звичайних — з цим упорався GREASE, — а те, що серед трафіку, схожого на ECH, домінував один провайдер з одним публічним іменем.

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

Що означають зміни для розробників програм

Платформа надає набір API для мережевих бібліотек: нові можливості `DnsResolver` для запитів HTTPS-записів DNS з ECH-конфігураціями та методи в `SSLEngine` та `SSLSocket` з бібліотеки Conscrypt. Поведінка налаштовується через елемент “ у файлі Network Security Configuration — глобально або індивідуально для кожного домену, з опціями «використовувати за можливості» або «вимагати обовʼязково».

Бібліотека OkHttp інтегрувала підтримку ECH у своє ядро; Google рекомендує розробникам оновитися до версії 5.5.0 та активувати цей механізм. Щодо HttpEngine та WebView, документація Android станом на 14 серпня 2026 року містить обережніші формулювання — інтеграція очікується в майбутніх оновленнях.

Сканування локальної мережі – лише за згодою

Друга зміна стосується домашніх мереж. Раніше програма могла сканувати її без будь-якого дозволу і виявляти підключені пристрої — телевізор, камери спостереження, ігрову консоль. Цей список сам по собі може слугувати основою для профілювання домогосподарства. В Android 17 механізм Local Network Protection став обовʼязковим: програма повинна отримати дозвіл перед тим, як сканувати локальну мережу або підключатися до пристроїв у ній.

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

Certificate Transparency – за замовчуванням

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

Оператори зможуть вимикати 2G без участі користувача

Останній елемент пакету стосується мобільного звʼязку. Шахраї все частіше використовують портативні пристрої, відомі як SMS-бластери, або фальшиві базові станції. Такий пристрій випромінює потужний сигнал, що змушує сусідні смартфони розривати з’єднання LTE чи 5G і переходити на застарілу мережу 2G. Опинившись у мережі 2G, пристрій стає доступним для прямої доставки фішингових повідомлень, оминаючи сучасні антиспам-фільтри оператора.

Google оцінює вартість такого обладнання приблизно в три тисячі доларів і наводить два приклади: у Торонто встановлені в автомобілях бластери спричинили мільйони збоїв у мобільній мережі (Tom’s Hardware), а в лондонському метро шахраї перевозили портативні пристрої у валізах (BBC).

Ручний перемикач для вимкнення 2G на апаратному рівні зʼявився ще в Android 12 — про нього йшлося в матеріалі про те, чому Google рекомендує вимикати 2G на Android. Android 17 додає опцію, яка не потребує жодних дій з боку користувача: мобільні оператори-учасники зможуть деактивувати 2G для своїх абонентів за замовчуванням, усуваючи цей застарілий вектор атаки одразу.

Коли захист стане доступним на практиці

ECH стає ефективним лише тоді, коли його підтримує і сервер. У браузерах цей механізм доступний вже кілька років: Chrome почав використовувати ECH за замовчуванням з 117-ї версії у вересні 2023 року, а Mozilla — у Firefox 119 у жовтні того ж року. На інфраструктурному рівні масштабне розгортання забезпечив насамперед Cloudflare. Впровадження підтримки на рівні платформи означає, що механізм пошириться не лише на браузери, а й на звичайні програми — як тільки вони будуть оновлені до нових мережевих бібліотек.

Будь ласка, залиште це поле порожнім

Привіт! Раді бачити вас.

Ми не надсилаємо спам! Для отримання детальної інформації ознайомтеся з нашою політикою конфіденційності.

Будь ласка, перевірте вашу поштову скриньку або папку зі спамом, щоб підтвердити підписку.

МІТКИ:AndroidDNS ECHGoogleTLSmobiilenazabezpečennyaprivatnistshirofuvannyamПоділитисяFacebookThreadsКопіювати посиланняДрукВаша думка?В захваті0Сумно0Смішно0Палає0Овва!0Попередня стаття