Поведенческие факторы · Automation

Боты для накрутки ПФ: как выглядит браузерная автоматизация со стороны сайта

Современный бот для накрутки ПФ может работать не как простой HTTP-скрипт, а как управляемый браузер: выполнять JavaScript, прокручивать страницу, менять прокси и генерировать последовательность действий. Поэтому защита должна анализировать не один User-Agent, а согласованность нескольких слоёв.

Почему автоматизация использует настоящий браузер

Полноценный браузер позволяет выполнять JavaScript, загружать ресурсы, хранить cookie и воспроизводить пользовательские действия. Это делает трафик похожим на реальный сильнее, чем у простого HTTP-клиента, но не гарантирует полной неотличимости.

Что можно наблюдать

ГруппаПримеры
Direct automationnavigator.webdriver, доказуемые injected/runtime markers
HTTP ↔ Browserнесогласованность UA, Client Hints, platform, language
Devicescreen/viewport/DPR/touch/memory/concurrency consistency
Graphicsнормализованный WebGL capability/vendor/renderer context
Identityfingerprint stability/churn/reuse в пределах privacy-safe модели
NetworkIP/ASN rotation в комбинации со стабильным browser identity

Какие признаки слишком слабые сами по себе

  • plugins.length = 0;
  • WebGL unavailable;
  • webdriver = false;
  • маленькое окно браузера;
  • hosting/VPN IP;
  • отсутствие JavaScript telemetry.
Инвариант

UNKNOWN ≠ SAFE. Если сигнал не получен, это отсутствие данных, а не доказательство человека.

Почему composite risk сильнее

Комбинация automation marker + высокий request rate + повторяющаяся sequence + Challenge failure + IP rotation намного информативнее любого компонента по отдельности. При этом confidence должен учитывать объём наблюдений и здоровье источников.

Что делать после обнаружения

Для умеренного риска разумнее сначала дополнительная проверка, throttling или временное действие. Permanent hard block после одного automation-like signal создаёт избыточный false-positive риск.

Как это связано с AntiPF

Browser Signals Lite в AntiPF

10.050 собирает bounded browser evidence в versioned signed protocol, строгой схеме и SHADOW/COLLECT по умолчанию. Raw invasive fingerprint или перечень расширений браузера не являются целью продукта.

МодульBrowser Signals Lite →МодульRisk Engine →РешениеЗащита от накрутки ПФ →СтатьяHeadless browser →
FAQ

Частые вопросы

Если navigator.webdriver=false, значит посетитель человек?

Нет. Значение лишь говорит, что прямой webdriver marker не обнаружен.

Можно ли по одному признаку узнать BAS или ZennoPoster?

Обычно нет. Без уникального артефакта корректно говорить о generic automation evidence.

Нужно ли собирать список расширений браузера?

Нет. Для антибота это избыточно и создаёт privacy-риск.

Почему важен SHADOW?

Он позволяет оценить качество детектирования на реальном трафике без изменения ответов посетителям.

Следующий шаг

Нужно проверить трафик на реальном сайте?

Пришлите домен и симптомы. Разберём, какие данные уже есть в логах и аналитике, какие сигналы имеет смысл собирать и где защита даст практический эффект.