Наталя Зарудня
За авторством Наталії ЗарудньоїГоловна редакторкаГоловна редакторка та засновниця 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-сервісів.
Принцип роботи ECH
Стандарт детально описаний у RFC 9849, який IETF опублікувала в березні 2026 року зі статусом “Запропонований стандарт”. Серед авторів документа — Ерік Рескорла, Кадзухо Оку, Нік Салліван і Крістофер Вуд.
Клієнт генерує два повідомлення 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. Налаштування поведінки здійснюється через елемент <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. Інтеграція підтримки на рівні платформи означає, що цей механізм буде застосовуватися не тільки в браузерах, але й у стандартних програмах, як тільки вони будуть оновлені до нових мережевих бібліотек.
Будь ласка, залиште це поле порожнім
Привіт!
Раді знайомству!
Ми не надсилаємо спам! Детальніше дивіться у нашій політиці конфіденційності.
Перевірте свою поштову скриньку або папку зі спамом, щоб підтвердити підписку.
Ключові слова:AndroidDNS ECHGoogleTLSмобільна безпекаПриватністьшифруванняПоділитисяFacebookКопіювати посиланняДрукВаша думка?Захоплення0Сум0Сміх0Гнів0Здивування0Попередній матеріал
СмартфонСайдлоадинг на Android у 2026 році: як працює «розширений процес» Google28.08.2026
ПК та ноутбукиНе працює клавіатура або окремі клавіші: як полагодити на ПК і ноутбуці26.08.2026
КібербезпекаРезервне копіювання даних: як зробити правильно і які помилки коштують найдорожче26.08.2026
НовиниІнцидент із некерованою ШІ-моделлю OpenAI виявився серйознішим, ніж вважалося27.08.2026
СервісиЯк зменшити залежність від Google: що справді працює у 2026 році25.08.2026
Хмарні сховищаНайкращі хмарні сховища у 2026 році: порівняння, ціни та захист даних26.08.2026
СмартфонСайдлоадинг на Android у 2026 році: як працює «розширений процес» Google28.08.2026
КібербезпекаСкільки коштує резервне копіювання у 2026 році: ціни на диски й безкоштовні способи27.08.2026
СмартфонGrapheneOS вийде за межі Pixel: смартфони Motorola отримають підтримку з 2027 року25.08.2026
НовиниРосійські хакери зламують акаунти через OAuth і привʼязку пристроїв у WhatsApp21.08.2026
Джерело: kp.ua