Android 17 кодує назви вебсайтів: підтримка ECH | CyberCalm

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

Google інтегрувала підтримку Encrypted Client Hello (ECH) безпосередньо в операційну систему Android 17. Цей стандарт шифрує ім’я хоста в першому повідомленні TLS-рукостискання, тим самим приховуючи від інтернет-провайдерів, мережевих адміністраторів Wi-Fi та інших учасників мережевого шляху перелік сайтів і програм, до яких звертається пристрій. Крім того, Android 17 запроваджує обов’язкове отримання дозволу на сканування локальної мережі, увімкнене за замовчуванням відстеження прозорості сертифікатів (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, заповнене випадковими даними, навіть якщо конфігурація для сайту відсутня. Сервер ігнорує таке розширення, і ім’я хоста залишається видимим. Проте зовні всі підключення виглядають ідентично.

За словами Jigsaw, підрозділу Google, що займається розробкою технологій проти цензури, саме ECH GREASE вмикається в 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. Поведінка налаштовується через елемент <domainEncryption> у файлі 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. Перенесення підтримки на рівень платформи означає, що механізм пошириться не лише на браузери, а й на звичайні застосунки — щойно вони будуть оновлені до нових мережевих бібліотек.

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

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

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

КАТЕГОРІЇ:AndroidDNSECHGoogleTLSмобільна безпекаПриватністьшифруванняПоділитисяFacebookThreadsКопіювати посиланняДрукПопередня статтяСайдлоадинг на Android у 2026 році: як працює «розширений процес» Google

У тренді

GrapheneOS вийде за межі Pixel: смартфони Motorola отримають підтримку з 2027 року

25.08.2026

Інцидент із некерованою ШІ-моделлю OpenAI виявився серйознішим, ніж вважалося

27.08.2026

Як зменшити залежність від Google: що справді працює у 2026 році

25.08.2026

Скільки коштує резервне копіювання у 2026 році: ціни на диски й безкоштовні способи

27.08.2026

Чи безпечно заряджати смартфон зарядним пристроєм від ноутбука

24.08.2026

Рекомендовано

Смартфон

Сайдлоадинг на Android у 2026 році: як працює «розширений процес» Google

28.08.2026Кібербезпека

Резервне копіювання даних: як зробити правильно і які помилки коштують найдорожче

26.08.2026Огляди

Найкращі хмарні сховища у 2026 році: порівняння, ціни та захист даних

26.08.2026Новини

Російські хакери зламують акаунти через OAuth і привʼязку пристроїв у WhatsApp

21.08.2026

Джерело