Когда вы подключаетесь к целевому ресурсу через антидетект-браузер с использованием прокси, защитные системы смотрят и оценивают ваш IP-адрес и геолокацию. На бытовом уровне кажется, что это максимум, на что способен антифрод. Однако, он может проверить и то, как именно браузер передает сетевые пакеты.
В свежем обновлении Aurorium Browser мы не только добавили нативную поддержку UDP, но и внедрили технологию автоматического оборачивания любого прокси в UDP-туннель. Как это работает, почему это будет полезно и при чем тут Google с технологией QUIC объясним дальше.
TCP-прокси, UDP-прокси или UDP-прокси и стандарт HTTP/3, не все ли равно?
Каждый раз, когда браузер открывает любую страницу в интернете происходит обмен данными, который строится на базе одного из транспортных протоколов:
- TCP;
- UDP.
Протокол TCP
Протокол с гарантированной доставкой и контролем порядка данных. На сегодняшний момент это фундамент веб-трафика, на котором работает большинство прокси-серверов (HTTP/HTTPS и SOCKS5).
Главная задача TCP-протокола — доставить данные и доставить их в том порядке, в котором они и были отправлены.
Базово передача данных происходит по следующему сценарию:
- установка соединения (клиент и сервер согласовывают соединение, выполняют трехстороннее рукопожатие (handshake)
- передача данных с контролем отправки (данные разбиваются на пакеты данных и пересылаются в установленном порядке);
- повторная отправка (по каждому отправленному блоку отправитель должен получить подтверждение о доставке, в противном случае (если какой либо пакет теряется в результате обрыва связи или перегрузки) пакет отправляется заново).
Такой подход исключает потерю байтов, но дополнительно может создавать задержки.
Поверх TCP работают классические протоколы HTTP/1.1, HTTP/2, SSH, FTP и базы данных.
Протокол UDP
Быстрый протокол передачи датаграмм без предварительного согласования и подтверждений о доставке.
И вот тут кроется ключевое отличие между TCP и UDP. Главная задача протокола UDP — доставить данные как можно быстрее, даже если часть пакетов теряется.
Передача данных через UDP строится по следующему сценарию:
- отправка данных (соединение не устанавливается, данные получателю передаются сразу;
- отсутствие подтверждения (получатель не информирует отправителя о получении данных);
- игнорирование потерь (протокол не отслеживает потерю данных, и повторная отправка не предусмотрена).
Такой подход минимизирует задержки и обеспечивает минимальный пинг, но нет гарантий на полноту переданных данных.
UDP-протокол традиционно используется там, где критична скорость отклика, поверх него работают протоколы и сервисы реального времени (DNS, DHCP, VoIP-телефония, видеостриминг, многопользовательские онлайн-игры, WebRTC, а также протокол QUIC (HTTP/3)
Что такое QUIC
Надстройка над протоколом UDP нового поколения (его еще называют «протокол от Google»). QUIC объединил в себе скорость UDP-протокола и сквозное шифрование TLS 1.3.
На базе QUIC функционирует стандарт HTTP/3.
Почему мы назвали его «протокол от Google»? Потому что именно инженеры Google разработали этот протокол, и передали в инженерный совет интернета (IETF).
На сегодняшний день на протокол HTTP/3 приходится чуть меньше половины мирового интернет-трафика. Он по умолчанию развернут на серверах Google, Meta, YouTube, Instagram, Cloudflare и Amazon. Если сеть и ваш браузер поддерживают HTTP/3, соединение всегда будет устанавливаться по UDP.
Главная задача, которую решает QUIC — повысить скорость передачи данных в зашифрованном виде.
Передача данных по протоколу QUIC строится по следующему сценарию:
- установка соединения и TLS-шифрования за один обмен данными с сервером (1 RTT вместо 2–3 при TCP + TLS);
- передача данных в изолированных потоках (данные передаются параллельно и в случае утери досылаются с последующими пакетами, не блокируя остальные потоки данных и загрузку страницы).
Интересный момент, соединение привязывается не к связке IP-адрес + порт, а к ID сессии, и при переподключении устройства с одного интернет-соединения на другое связь не обрывается.
Почему отсутствие UDP привлекает внимание антифрода
Продвинутые системы защиты умеют анализировать сетевые аномалии также, как и фингерпринт устройства. Отсутствие поддержки UDP-протокола влечет за собой определенные последствия, в частности:
- принудительный откат к HTTP/2 (TCP);
- вероятность утечки реального IP-адреса устройства.
Принудительный откат к TCP
Не самое критичное, но болезненное последствие. Как мы уже писали выше, если сайт поддерживает протокол HTTP/3 реальный Chrome в большинстве случаев выберет его, особенно если речь идет про обращение к серверам Google или Meta.
Если прокси не поддерживает UDP, браузер вынужден откатиться на протокол HTTP/2 поверх TCP. Для антифрода это звонок что в соединении присутствует какая-то аномалия и он может повысить ваш Fraud Score.
Утечка реального IP-адреса
Вероятно вы уже знаете про технологию WebRTC, она отвечает за передачу медиаданных в реальном времени. Используется для видеосвязи, P2P-соединений, онлайн стриминга и т. п. WebRTC в процессе работы опрашивает STUN/TURN-серверы по протоколу UDP.
Базово, когда прокси работает исключительно по TCP и не поддерживает UDP, браузер не сможет отправить STUN-запросы через туннель и он отправляет его напрямую. В результате мы получаем классическую утечку вашего реального IP-адреса. Антифрод видит в заголовках TCP запроса один IP, а через WebRTC другой. На этом в принципе можно заканчивать, так как подобная утечка с большей степенью вероятности убьет ваш аккаунт.
К слову, в антидетект-браузере Aurorium WebRTC и не утекал, но эта утечка одна из самых распространенных в сфере мультиаккаунтинга
Как UDP реализован в Aurorium Browser
Главная проблема рынка прокси — дефицит и дороговизна решений с реальной поддержкой UDP-протокола. Большинство поставщиков либо вообще не поддерживают UDP-протокол, либо продают такие прокси по завышенным тарифам.
Но даже если вы нашли провайдера с честным UDP, возникает вторая проблема — поддержка такого прокси в антидетект-браузере. По состоянию на сегодняшний день такую поддержку осуществляют ограниченное количество антидетектов.
Поддержку UDP технически сложнее реализовать, так как Chrome по дефолту не умеет проксировать UDP и без глубокой проработки антидетект-браузер будет отправлять через SOCKS5 протокол TCP-трафик.
Мы решили эту проблему и добавили честную поддержку UDP-протокола. Более того, антидетект-браузер Aurorium не просто поддерживает UDP-прокси, но и умеет оборачивать стандартные прокси в UDP c поддержкой QUIC.
- Нативная поддержка UDP: Если ваш прокси изначально поддерживает передачу UDP-пакетов, Aurorium Browser автоматически распознает протокол и направляет QUIC и WebRTC-трафик напрямую через прокси.
- Автоматическое оборачивание в UDP: При активации опции в маршрутизацию трафика добавляется промежуточный сервер с поддержкой UDP. Браузер берет любой стандартный прокси (HTTP/SOCKS5) и автоматически оборачивает исходящие соединения в полноценный UDP-туннель.
В результате целевой сайт видит естественное поведение чистого браузера: сессии поднимаются по HTTP/3 (QUIC).
Функция уже доступна во всех тарифах Aurorium. Обновите приложение до актуальной версии, чтобы обеспечить максимальную консистентность профилей в чувствительных источниках трафика.