Цифрові відбитки TLS JA4: як мережеві системи розпізнають програми під час шифрування

Між вашим комп'ютером і віддаленим сервером розпочинається зашифрований сеанс зв'язку TLS. На графіках мережевого моніторингу обмін даними виглядає як суцільний потік нечитабельного шифротексту. Однак для обладнання глибокого аналізу пакетів (DPI), корпоративних міжмережевих екранів або вузлів мереж доставки контенту (CDN) найперший переданий пакет — TLS ClientHello — містить вичерпні вихідні відомості. Менш ніж за одну мілісекунду шлюз спостереження обчислює стислий рядок: t13d1516h2_8daaf6152771_e562703429b6. Система негайно визначає, що з'єднання встановлено не зі звичайного браузера Chrome, а за допомогою автоматизованого скрипта мовою Go або спеціалізованого проксі-клієнта. Без розшифрування жодного байта корисного навантаження ваша програма виявляється класифікованою, внесеною до профілю та взятою під нагляд.

Ця технологія має назву зняття цифрових відбитків TLS (TLS Fingerprinting), а її сучасним загальновизнаним стандартом виступає сімейство JA4. Аналізуючи спосіб узгодження криптографічних параметрів під час встановлення зв'язку, мережеві пристрої визначають програмну платформу, розпізнають інструменти захисту приватності та зіставляють дії користувача між різними мережами.

[Програма на комп'ютері]
       │
       │  1. Надсилання початкового пакета TLS ClientHello (У відкритому вигляді)
       ▼
[Інтернет-провайдер / Міжмережевий екран / Обладнання DPI]
       │
       │  2. Вилучення параметрів: версія TLS, шифри, розширення, ALPN
       ▼
[Обчислення цифрового відбитка JA4: t13d1516h2_8daaf6152771_e562703429b6]
       │
       ├─► Відповідає звичайному браузеру? (Ні ➔ Позначення / Зниження швидкості)
       └─► Зіставлення з минулими сесіями під час зміни Wi-Fi або мобільної мережі

Еволюція аналізу параметрів рукостискання: від JA3 до JA4

Щоб з'ясувати, як мережеві аналізатори формують профілі захищених з'єднань, необхідно розібратися, чому початкові параметри надсилаються без шифрування. У момент встановлення сесії HTTPS або TLS обидві сторони ще не мають спільного сесійного ключа. Через це найперший пакет — TLS ClientHello — змушений пересуватися фізичною лінією зв'язку у відкритому вигляді.

Стандарт TLS 1.3 (RFC 8446) шифрує більшість наступних кроків, зокрема передавання цифрових сертифікатів. Проте пакет ClientHello продовжує транслювати ключові системні налаштування:

Підтримувані версії протоколу (TLS 1.2, TLS 1.3).
Перелік запропонованих наборів шифрів (Cipher Suites) у порядку пріоритету клієнта.
Задекларовані розширення (Extensions), включно з еліптичними кривими, алгоритмами цифрового підпису та параметрами розподілу ключів.
Ідентифікатори протоколів прикладного рівня (ALPN), наприклад h2 для HTTP/2 або http/1.1.

У 2017 році дослідники представили систему JA3, яка об'єднувала ці параметри в єдиний текстовий рядок із подальшим хешуванням алгоритмом MD5. Попри поширення у центрах кібербезпеки, метод мав конструктивні недоліки: траплялися колізії MD5, а результуючий 32-значний рядок був абсолютно незрозумілим для людини під час оперативного аналізу.

У 2023 році аналітик Джон Олтхаус розробив специфікацію JA4 у складі набору JA4+. Новий стандарт записує цифровий відбиток у модульному форматі з трьох частин, розділених символами підкреслення:

+------------------+------------------+------------------+
|    Частина A     |    Частина B     |    Частина C     |
|   (Властивості)  |   (Хеш шифрів)   | (Хеш розширень)  |
|   t13d1516h2     |   8daaf6152771   |   e562703429b6   |
+------------------+------------------+------------------+

Структура цифрового відбитка JA4

Частина A (10 символів): Відображає головні характеристики протоколу у зрозумілому вигляді без хешування:
- Тип транспорту: t для TCP, q для QUIC (UDP) або d для DTLS.
- Версія TLS: 13 для TLS 1.3, 12 для TLS 1.2.
- Ознака SNI: d, якщо передано доменне ім'я у розширенні Server Name Indication, або i, якщо використано безпосередню IP-адресу.
- Кількість шифрів: Число запропонованих алгоритмів (дві цифри, наприклад 15).
- Кількість розширень: Число переданих розширень TLS (дві цифри, наприклад 16).
- Значення ALPN: Перший символ першого токена ALPN та останній символ кінцевого токена (наприклад h2).
Частина B (12 символів): Скорочений хеш SHA-256 запропонованих наборів шифрів, попередньо впорядкованих за алфавітом.
Частина C (12 символів): Скорочений хеш SHA-256 усіх розширень та алгоритмів підпису, також відсортованих за алфавітом.

Завдяки тому, що Частина A залишається відкритою для читання, спеціаліст або автоматизований фільтр за кодом t13d1516h2 миттєво зчитує ключові характеристики зв'язку без звернення до бази сигнатур.

Як системи моніторингу застосовують відбитки JA4

Провайдери зв'язку, мережі доставки контенту та шлюзи фільтрації використовують відбитки JA4 для трьох ключових завдань:

                    ┌──► 1. Визначення типу програмного середовища
                    │    (Розрізнення штатного браузера та коду на Go/Python)
Відбиток JA4 ───────┼──► 2. Ідентифікація пристрою під час зміни мереж
                    │    (Зіставлення активності пристрою при зміні IP)
                    └──► 3. Цільова фільтрація за політиками безпеки
                         (Обмеження сторонніх програм у корпоративній мережі)

1. Класифікація програм та бібліотек розробки

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

Google Chrome та Edge мають характерний порядок шифрів, набір розширень та значення GREASE.
Mozilla Firefox застосовує власну систему пріоритетів для еліптичних кривих і параметрів обміну ключами.
Стандартні модулі Go (crypto/tls), Python (urllib3) та Node.js надсилають дуже передбачувані набори параметрів, що значно відрізняються від браузерних.

Якщо застосунок надсилає HTTP-заголовок User-Agent із заявою про роботу браузера, але в пакеті рукостискання зафіксовано відбиток JA4 середовища Go, шлюз безпеки негайно маркує підключення як автоматизований бот або допоміжний інструмент.

2. Відстеження пристроїв між різними мережами

Під час переходу з домашнього Wi-Fi на мобільний зв'язок або публічні бездротові точки зовнішня IP-адреса весь час змінюється. Проте комбінація версії операційної системи, браузера та апаратного криптографічного модуля комп'ютера створює однаковий відбиток JA4 у будь-якому підключенні.

Пасивні датчики на магістральних каналах фіксують цей стабільний цифровий відбиток. Зіставляючи повторюваний хеш JA4 у різних пулах IP-адрес, аналітичні системи відтворюють послідовність дій одного й того самого пристрою.

3. Фільтрація трафіку за правилами безпеки

У закритих корпоративних мережах системні адміністратори встановлюють обладнання DPI для запобігання використанню стороннього ПЗ. Усі сесії, параметри яких не збігаються з відомими відбитками санкціонованих браузерів, автоматично обмежуються у швидкості або блокуються.

Порівняння помітності відбитка в різних мережевих моделях

Архітектура зв'язку	Видимість пакета ClientHello	Формування JA4 в локальній мережі	Вразливість до аналізу системами DPI	Ідентифікація програмної платформи
Пряме з'єднання	Повністю відкритий на фізичному рівні	Пряме обчислення відбитка браузера	Висока: визначення браузера та ОС	Висока: відкритий підпис криптобібліотеки
Проксі SOCKS5 / HTTP	Відкритий у локальній мережі без шифрування	Легке вилучення на першому сегменті	Висока на початковій ділянці зв'язку	Висока: помітний відбиток клієнта
Подвійний тунель TLS	Два вкладених рівні TLS	Формування відбитка зовнішнього шару	Середня: зовнішній шар схожий на проксі	Середня: помітні параметри шлюзу
Тунель VPN RiceGuard	Інкапсульований у пакети WireGuard UDP	Повністю усунуто (немає відкритого TLS)	Нульова: видно виключно UDP-датаграми	Нульова: повна ізоляція параметрів

Способи маскування та їхні практичні обмеження

Розробники програмного забезпечення пропонували різні способи модифікації параметрів рукостискання на рівні програм, однак усі вони стикаються з технічними труднощами.

+------------------------------------------------------------------------+
|                    Спроби маскування на рівні програм                  |
+------------------------------------------------------------------------+
| 1. Механізм GREASE (RFC 8701) ─► Автоматично відсікається алгоритмом  |
| 2. Зміна порядку розширень    ─► Сортується за алфавітом перед SHA-256|
| 3. Копіювання відбитків       ─► Втрачає актуальність після оновлень  |
+------------------------------------------------------------------------+

1. Механізм GREASE (RFC 8701)

Щоб запобігти збоям застарілих маршрутизаторів, IETF запропонував механізм GREASE, який додає випадкові шістнадцяткові значення до переліку параметрів.

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

2. Зміна черговості розширень

Спроби довільно змінювати розташування розширень усередині пакета ClientHello також не дають бажаного результату. Алгоритм JA4 упорядковує всі розширення та набори шифрів за алфавітом перед обчисленням SHA-256, тому вихідний хеш залишається ідентичним.

3. Імітація браузерів

Спроби копіювати послідовність байтів браузера Chrome важко підтримувати у тривалій перспективі. Під час регулярних оновлень браузера параметри шифрування змінюються, і статичні імітатори швидко починають виділятися через розбіжність версій.

Архітектура захисту: інкапсуляція трафіку за допомогою RiceGuard

Оскільки коригування параметрів TLS на рівні окремих програм ненадійне, ефективний захист потребує перенесення рубежу безпеки на мережевий рівень (Layer-3).

[Браузер / Програма на комп'ютері]
                 │
                 ▼ (Формує пакет ClientHello з унікальним JA4)
┌─────────────────────────────────────────────────────────────┐
│ Мережевий криптографічний периметр RiceGuard (На пристрої)  │
│                                                             │
│ 1. Перехоплення всіх пакетів IPv4/IPv6 на адаптері TUN      │
│ 2. Пакування всього пакета в контейнер ChaCha20-Poly1305    │
│ 3. Приховування параметрів у монолітних кадрах WireGuard    │
└──────────────────────────────┬──────────────────────────────┘
                               │
                               ▼ (Зашифрований потік пакетів)
[Маршрутизатор Wi-Fi / Комплекс DPI] ◄── Пакети TLS не видно
                               │
                               ▼
[Безпечний шлюз VPNRice]
                               │
                               ▼ (Декапсуляція та передавання далі)
[Цільовий веб-сервер] ◄── Отримує сесію від спільної адреси шлюзу

Протокол RiceGuard у складі VPNRice усуває ризики профілювання мережевих з'єднань:

1. Інкапсуляція на мережевому рівні

На відміну від прикладних проксі-інструментів сьомого рівня (Layer-7), RiceGuard працює як віртуальний мережевий адаптер (TUN) на третьому рівні (Layer-3). Коли програма формує пакет TLS ClientHello, він у жодному разі не потрапляє у фізичний мережевий сегмент у відкритому вигляді.

Весь пакет повністю — включно із заголовками IP, кадрами TCP та структурою TLS — пакується всередину автентифікованих датаграм WireGuard із шифруванням ChaCha20-Poly1305 або AES-256-GCM. Проміжне мережеве обладнання бачить лише монотонні пакети UDP і не має змоги вилучити дані для побудови відбитка JA4.

2. Запобігання ідентифікації між мережами

Коли трафік закритий усередині криптографічного тунелю, системи моніторингу не можуть зчитувати рядок ClientHello для відстеження переміщень пристрою між бездротовими точками. Обладнання в кав'ярнях чи готелях фіксує лише стандартний потік до виділеної адреси сервера.

3. Розподіл даних на вихідному вузлі

Після надходження даних на шлюз VPNRice останній направляє їх безпосередньо до кінцевого інтернет-ресурсу. Сервер призначення бачить звичайні мережеві пакети, що надходять від загальної вихідної адреси шлюзу, повністю відокремлюючи цифрові ознаки програм від особистої лінії зв'язку користувача.

Практичні поради для захисту даних

Використовуйте VPN мережевого рівня: Під час підключення до неперевірених мереж вмикайте VPNRice із протоколом RiceGuard, щоб весь трафік шифрувався до моменту виходу на фізичну мережеву карту.
Вмикайте функцію аварійного вимкнення (Kill Switch): Активуйте режим Kill Switch у застосунку, щоб брандмауер блокував передавання будь-яких пакетів під час короткочасних збоїв зв'язку.
Оновлюйте веб-браузери: Підтримуйте актуальний стан програмного забезпечення, щоб параметри шифрування відповідали сучасним нормам веб-простору.
Використовуйте тунельний DNS: Направляйте запити імен виключно через вбудовані сервери DNS без ведення журналів, запобігаючи зіставленню непрямих системних ознак.

Чітке розуміння способів мережевого аналізу дозволяє своєчасно використовувати надійні засоби захисту та зберігати приватність у цифровому середовищі.