Предсказуемый порядок authority
SYSTEM POLICY → crawler hard decision → manual rule → security hard rule → Risk/Adaptive.
Risk Engine
Risk Engine: риск — это вторичный слой решения, а не замена жёстким правилам
AntiPF объединяет независимые сигналы в объяснимую оценку риска. Системная политика, подтверждённый crawler, ручные правила и security hard rules остаются выше score, а SHADOW позволяет сначала увидеть прогнозируемое действие без изменения ответа посетителю.
SHADOW by defaultHard rules > scoreSource-aware signalsDecision Trace
Risk decision trace
Crawler hard decisionverified crawler
ALLOWBrowser evidenceautomation + consistency
+24Network sourcePARTIAL coverage
+8Final actionhard ALLOW outranks score
ALLOWRisk score не должен отменять подтверждённый ALLOW поискового робота.
Назначение
Один score полезен только тогда, когда видны источники и приоритеты
Risk Engine собирает request-, visitor-, browser-, network- и adaptive-сигналы. Каждый вклад имеет источник, confidence, freshness и reason; недоступный источник должен давать NO_DATA и нулевой вклад, а не ложный отрицательный признак.
Составной риск
Сильнее работают комбинации независимых признаков, а не один webdriver, пустой referrer или необычный экран.
Безопасное внедрение
Сначала predicted action и trace, затем — только осознанное включение enforcement.
Архитектура
От сырых сигналов к действию без потери контекста
Risk Engine не должен превращать отсутствие данных в доказательство безопасности и не должен выполнять тяжёлые вычисления на visitor hot path.
Collect
Получить bounded request/browser/network/behavior evidence.
Normalize
Привести сигналы к versioned IDs, source state и confidence.
Hard authority
Сначала проверить crawler/manual/security/system решения.
Score
Сложить только доступные и допустимые risk contributions.
Trace
Сохранить predicted action, actual action и override reason.
Enforce
В SHADOW не менять ответ; ACTIVE возможен только явно.
Ключевой invariant. UNKNOWN ≠ SAFE, NO_DATA ≠ FALSE, отсутствие automation marker ≠ HUMAN.
Что умеет модуль
Что делает Risk Engine
Модуль нужен не для красивого числа «62/100», а для объяснимого решения и безопасного управления политикой.
Request signals
URL, rate, referrer, status/route context и другие серверные признаки.
Подробнее →Browser evidence
Versioned browser signals и automation markers с bounded confidence.
Подробнее →Network context
ASN и сетевые классы только при доступном и свежем источнике.
Подробнее →Adaptive evidence
Sequence, Challenge Reputation и Site Baseline как secondary evidence.
Подробнее →Decision Trace
Раскладывает score и hard decisions по причинам.
Подробнее →Rule Engine
Ручные и security rules сохраняют более высокий authority.
Подробнее →Readiness & evidence
Enabled, source availability и enforcement — разные вещи
UI должен различать, включён ли сигнал в конфигурации, доступны ли его данные и может ли он реально вносить вклад.
READY
Источник готовSignal enabled, source current, contribution доступен.
SOURCE_PARTIAL
Покрытие неполноеДоступна только часть данных; contribution ограничен.
NO_DATA
Нет данныхВклад 0 с reason=NO_DATA, а не signal=false.
SHADOW
Enforcement выключенPredicted action считается, visitor response не меняется.
Практическое применение
Где Risk Engine даёт практическую пользу
Лучший сценарий — постепенно подключать источники и смотреть, какие комбинации реально описывают нежелательный трафик именно на вашем сайте.
ANTI-BOT
Связанный сценарий →Составная автоматизация
Automation marker + rate anomaly + sequence anomaly + Challenge fail дают более сильное основание, чем один признак.
ADS
Связанный сценарий →Подозрительные рекламные визиты
Risk может стать частью anti-fraud evidence, но не равен автоматически «скликиванию».
CRAWLERS
Связанный сценарий →Ложные Googlebot/YandexBot
Crawler hard decision рассматривается до обычного score.
OPS
Связанный сценарий →Проверка перед ACTIVE
SHADOW помогает оценить predicted actions и false-positive риск до enforcement.
Ограничения
Risk score — не вероятность «бота» и не лицензия на автоматический бан
Число риска отражает policy-модель AntiPF и доступные evidence, а не математическую вероятность личности посетителя. Нельзя превращать единичный слабый сигнал в permanent BLOCK.
Для важных hard-решений используются отдельные правила и crawler verification.
FAQ
Вопросы про Risk Engine
Можно ли включить Risk сразу в блокировку?
Технически policy может иметь enforcement, но базовая модель 10.050 — SHADOW-first. Сначала разумно собрать evidence и проверить Decision Trace.
Что если Network Intelligence не знает тип IP?
Источник должен отображаться как NO_DATA/PARTIAL и давать нулевой или ограниченный вклад, а не автоматически считать адрес безопасным.
Может ли высокий score заблокировать Googlebot?
Подтверждённый crawler hard-ALLOW имеет более высокий authority и не должен проигрывать обычному Risk/Adaptive score.
Один webdriver означает бота?
Нет. Это полезный прямой сигнал автоматизации, но hard-действие не должно строиться только на одном browser marker.
Следующий шаг
Проверим Risk Engine на вашем трафике
Можно начать с SHADOW: собрать evidence, посмотреть Decision Trace и только затем решать, какие действия действительно безопасны.