По мере перехода от отдельных признаков к анализу всей сессии требования к клиенту растут: внутренняя согласованность среды, изоляция сред, непрерывность состояния и соответствие сетевого выхода географическим параметрам.
За последний год AI Agents стали глубже встраиваться в бизнес-процессы: от вызова браузерных инструментов до входа во внутренние системы, обработки заказов и ответов на электронную почту. Одновременно меняется и подход систем контроля рисков: вместо наблюдения за одним свойством браузера они все чаще оценивают сессию целиком.
Обнаружение смещается от отдельных признаков к полной сессии
Когда платформы описывают возможности обнаружения ИИ, они упоминают поведенческие сигналы на протяжении всей сессии: не слишком ли регулярны движения указателя, не отличаются ли скорость и ритм ввода, продолжается ли ввод, когда страница не в фокусе, есть ли активность указателя, когда страница невидима, и сохраняется ли согласованность действий от начала до конца.
У этих сигналов есть общая черта: они не зависят от истинности одного параметра, а оценивают непрерывность во времени. Поэтому изменение только одного признака почти не помогает против такого типа оценки.
За пределами сессии действует еще один уровень корреляции
Помимо поведенческих сигналов, общий контроль рисков может совместно анализировать браузерную среду, Cookie, состояние входа, сетевую среду и историю аккаунта: остается ли среда согласованной, сохраняется ли непрерывность Cookie, локального хранилища и состояния входа, не меняется ли среда слишком часто, нет ли аномальных скачков в сети, используют ли несколько аккаунтов одну и ту же браузерную среду и соответствует ли поведение обычному бизнес-процессу.
Эти проверки можно разделить на два уровня. Первый — среда выполнения браузера, от которой зависит, могут ли среда и состояние входа оставаться непрерывными. Второй — стратегия выполнения Agent, влияющая на то, выглядит ли весь процесс автоматизированным. Проблема на любом из уровней мешает стабильной работе задачи.
Почему несогласованность среды может считаться признаком автоматизации
Если посмотреть с обратной стороны, логика становится понятнее. Реальный человек, который заходит на сайт с одного устройства, оставляет множество взаимно согласованных признаков: если выходной IP находится в определенном регионе, системный часовой пояс обычно должен быть рядом; используемый язык должен разумно соответствовать региону IP; разрешение экрана, список шрифтов и сведения о GPU должны сочетаться; а Cookie и состояние входа должны постепенно меняться со временем, а не начинаться с нуля при каждом посещении.
Несогласованность сама по себе является аномалией. Выход во Франкфурте при часовом поясе браузера в Лос-Анджелесе; один набор шрифтов и разрешение в этом часу и другой в следующем; вход в пять аккаунтов за десять минут из одной среды. Каждый случай подозрителен сам по себе, а вместе их трудно объяснить обычным поведением человека.
Логика платформы проста: обычные пользователи, как правило, так не действуют. Поэтому расходы на поддержание согласованности ложатся на клиент.
Четыре направления подготовки клиента
Во-первых, внутренняя согласованность среды: часовой пояс, язык, разрешение, шрифты, GPU и другие параметры не должны противоречить друг другу.
Во-вторых, независимость сред: у каждой задачи должны быть собственный каталог данных, собственные параметры и собственный сетевой выход, чтобы несколько идентичностей не связывались с одной и той же средой устройства.
В-третьих, непрерывность состояния: Cookie, локальное хранилище и состояние входа следует сохранять отдельно для каждой среды и восстанавливать после перезапуска, а не начинать авторизацию с нуля каждый раз.
В-четвертых, согласование выхода с географическими параметрами: если выходной регион перемещается в другую страну, часовой пояс и язык среды также должны изменяться, чтобы не возникало длительных противоречий.
Первые два пункта в основном относятся к уровню среды. Последние два затрагивают и среду, и логику планирования. Когда команда одновременно запускает десятки Agents, такие требования обычно переходят в управление средами, где вместе контролируются изолированные среды, независимые выходы и массовая конфигурация. PurpleMark — один из инструментов, предоставляющих этот уровень.
Несколько старых подходов работают все хуже
Изменение только User-Agent — распространенный подход, но если базовые характеристики не меняются, противоречие между UA и фактической средой становится еще заметнее. Простая смена IP имеет ту же проблему: характеристики устройства и ритм поведения остаются прежними, поэтому другой выход не решает вопрос. Режим инкогнито влияет на локальное хранилище, а не на характеристики устройства.
Помещать несколько задач в одну среду тоже невыгодно. При параллельном выполнении они могут перезаписывать Cookie и состояние входа друг друга, а несколько идентичностей из одной среды уже сами по себе образуют корреляционный сигнал. Аналогично, увеличение всех пауз до одного фиксированного значения создает регулярность, которую можно распознать.
Критерии оценки
Вместо вопроса о том, насколько глубоко скрыты отдельные характеристики, полезнее спросить иначе: логична ли среда внутри, независимы ли среды друг от друга и похож ли ритм поведения на обычные действия человека? Только при выполнении всех трех условий можно говорить о стабильной работе.
Границы
Прохождение обнаружения не означает разрешения на выполнение действий. Соблюдайте условия обслуживания и правила robots целевой платформы, не используйте ложные данные личности, не обходите технические меры защиты, контролируйте частоту запросов и не мешайте нормальной работе чужого сервиса.
