Антифрод для букмекерских контор: детекция ботов и арбитражников

Ставки ботов и арбитражников незаметно съедают маржу, пока аналитика видит только итоговые отчёты. Мы разрабатываем антифрод для букмекерских контор под ключ: находим аномальные схемы, отсекаем их и передаём команде готовые регламенты. Решение сокращает ручной разбор подозрительных ставок и возвращает контроль над рисками.
Часто задаваемые вопросы

Антифрод для букмекерской конторы: где утекает маржа

Маржа букмекерской конторы утекает не в одном месте, а по нескольким каналам сразу, и каждый выглядит как обычная активность игроков. Сеть ботов в ставках — это десятки согласованных аккаунтов, которые распределяют суммы так, чтобы не выходить за лимиты одного профиля. По отдельности каждый счёт безобиден, суммарно они снимают линию быстрее, чем риск-служба успевает отреагировать.

Второй канал — детекция арбитражников на расхождениях линий. Пока коэффициент в одной системе отстаёт от рынка, арбитраж успевает взять обе стороны и зафиксировать результат без риска. Потери маржи на расхождениях линий копятся незаметно: каждая ставка корректна, аномалия видна только в статистике по времени и по рынкам.

Третий источник — договорные схемы в узких рынках и низших дивизионах, где объёмы ставок малы и несколько крупных входов смещают расчёт. Здесь антифрод букмекерской конторы работает не с отдельной ставкой, а с аномалиями динамики: перекос по одному исходу, синхронные входы с разных площадок, нетипичные для рынка суммы.

И четвёртое — дыры в собственных правилах разбора. Если регламент не описывает отмену события, ошибку в коэффициенте или возврат, разбор идёт вручную и часто в пользу игрока. Такие места обходятся системно, и аналитика их не перекрывает.

Мы начинаем с того, что оцифровываем все четыре канала и показываем долю отклонений по каждому. Дальше разбираем, что закрывается правилами, что — моделями, что — ручным разбором.

Что меняется после внедрения: эффект в метриках

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

Детекция строится на композиции: правила на пороги, скорость и разброс ставок плюс модель Isolation Forest, которая находит отклонения в признаках сессии без заранее описанного сценария. Практический смысл в том, что арбитражник меняет тактику чаще, чем мы успеваем переписать правило, — модель на поведенческих признаках переживает такие смены спокойно.

Доля арбитражных ставок в обороте падает в разы: схема отсекается до расчёта, а не после. Ложные блокировки — обратная сторона, и здесь важна связка признаков: устройство, сеть, поведение, история расчётов по клиенту. С ней доля ошибочных вердиктов снижается до единиц процентов, а ручной разбор — примерно на две трети.

Возвраты по спорным расчётам — тот же эффект с другой стороны: чем меньше решений «на глаз», тем меньше разбирательств с игроком. Метрики антифрода смотрят вместе — окно обнаружения, доля отсечённых схем, ложные срабатывания и объём ручного разбора, иначе улучшение одной ломает другую.

Режимы детекции: сравнение подходов к отсечению аномалий

Подходы различаются не точностью «в вакууме», а тем, какие данные им нужны и на каком классе атак они ломаются. Правила и пороги дают объяснимое решение за миллисекунды, но описывают только те схемы, которые аналитик уже видел. Поведенческие модели угадывают новое, зато требуют размеченного потока событий и аккуратно подобранного порога срабатывания.

Подход Когда применим Что нужно на входе Где перестаёт работать
Правила и пороги Явные признаки: несколько аккаунтов с одного устройства, ставка после резкого движения коэффициента, синхронные действия Журнал ставок и входов, справочник устройств, история линии Обход через смену устройства, прокси и дробление суммы по аккаунтам
Поведенческие модели Массовые сценарии, где мошенник маскируется под обычного клиента Размеченная выборка, признаки по времени, частоте ставок и глубине рынков Редкие схемы не попадают в обучение — сигнала нет, растёт доля ложных срабатываний
Ручной разбор ставок Спорные случаи, крупные суммы, апелляции клиентов и запросы регулятора Срез по аккаунту, контекст матча, заключение аналитика Не масштабируется: скорость разбора падает с ростом потока
Гибридная схема детекции Рабочий контур, где нужны и скорость, и объяснимость решения Все данные выше плюс обратная связь от разбора ставок Требует сопровождения: признаки и пороги пересматривают регулярно

На практике контуры выстраивают воронкой: правила отсекают очевидное, модель оценивает остаток, ручной разбор разбирает спорное и возвращает вердикт в обучение. Гибридная схема детекции работает только тогда, когда решение каждого контура сохраняется вместе с признаками на момент ставки, — иначе исправления аналитика не превращаются в обучающий пример.

Порог — управляемый параметр, а не константа: его держат там, где ложные блокировки не мешают легальным клиентам, и пересматривают после каждого всплеска. Такой же принцип применяет внешний мониторинг линии у Sportradar — расхождение с рыночной оценкой служит сигналом, а не приговором. Без пересмотра порогов и правила, и поведенческие модели начинают резать честные ставки, и цена ошибки перевешивает выигрыш от отсечённых нарушителей.

Внедрение антифрода: этапы инженерной работы

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

  1. Аудит правил и инцидентов. Разбираем действующие лимиты, списки блокировок и обращения поддержки: какие схемы уже отсекаются, какие проходят насквозь, где правила дублируют друг друга и задевают нормальных игроков.
  2. Сборка исторических данных. Восстанавливаем по журналам событий метку «честный игрок / нарушитель», сверяем её с фактическими блокировками и возвратами, отбрасываем периоды, где разметка недостоверна.
  3. Описание признаков. Формируем набор сигналов по аккаунту и сессии: совпадения устройств и платёжных реквизитов, скорость и ритм ставок, пересечения групп, поведение до и после смены коэффициентов.
  4. Калибровка порогов. Подбираем границы срабатывания под профиль конкретной линии и вида спорта — так, чтобы доля ложных блокировок оставалась в заданном коридоре.
  5. Проверка на исторических данных. Прогоняем настройки на отложенном периоде, который не участвовал в настройке: смотрим, каких нарушителей пропускаем и кого задеваем зря, и правим правила по результату.
  6. Теневая эксплуатация. Запускаем детекцию в режиме наблюдения параллельно с ручной работой службы безопасности и сверяем вердикты построчно, без блокировок.
  7. Передача регламентов. Отдаём описание признаков, матрицу порогов, порядок разбора спорных случаев и инструкцию по пересмотру правил при смене поведения игроков.

Каждый этап заканчивается артефактом, который можно проверить, а не презентацией: журналом разметки, отчётом по ложным срабатываниям, таблицей порогов. Это и позволяет дальше менять настройки без нас.

Артефакты и регламенты: что передаём в контур заказчика

Антифрод-контур живёт не сам по себе: правила устаревают, арбитражники меняют тактику, а состав смены в службе безопасности обновляется. Поэтому передаём не «работающую систему», а комплект артефактов, по которому ваш аналитик сможет менять поведение детектора без нас. Ниже — то, что остаётся у вас на руках после запуска.

  • Конфигурации правил — пороги, веса признаков, окна агрегации и белые списки вынесены в отдельные файлы в вашем репозитории. Правка проходит проверку, а откат к предыдущей версии — одна операция вместо ручной правки вслепую.
  • Политики доступа — матрица ролей: кто видит сигналы, кто меняет правила, кто снимает блокировку аккаунта. Критичные действия — под двойным подтверждением, каждая правка попадает в неизменяемый журнал.
  • Схемы потоков данных — путь от события у клиента до вердикта: источники, точки обогащения, сроки хранения персональных данных. По схеме видно, какие признаки допустимо отдавать смежным системам.
  • Инструкции для службы безопасности — что делать при всплеске однотипных срабатываний, как отличить ложное от реального, куда эскалировать. Рассчитаны на смену, а не на одного эксперта.
  • Сценарии проверки правил — размеченный набор кейсов, на котором прогоняем изменение перед выкаткой. Рост ложных срабатываний виден до того, как он дойдёт до игроков.
  • План на деградацию — какой режим включается при недоступности источника событий, какие проверки остаются в работе и как это сказывается на решениях.

Комплект живёт вместе с системой: изменения правил и разборы инцидентов фиксируются в одном журнале, поэтому ревизия через полгода не превращается в археологию по логам.

Кейс: как отсекли сеть арбитражных ставок и ботов

Клиент — оператор ставок со средним по рынку объёмом. Подозрительные аккаунты разбирали вручную: до 400 сигналов в сутки, значительная часть оставалась без проверки, а вилки на разные конторы и мультиаккаунтинг уходили в выплаты раньше, чем их замечали. Реакция занимала часы и держалась на одном аналитике.

Что связало аккаунты в одну сеть

Признаки оказались инфраструктурными, а не игровыми. Совпадение отпечатков устройств и параметров окружения, общие подсети и автономные системы, пересекающиеся платёжные цепочки и синхронные ставки на одни рынки в коротком окне. Данные о риске IP и геолокации брали из MaxMind, дальше строили граф связей: 1 800 аккаунтов сошлись в кластеры вокруг 40 устройств и 12 платёжных реквизитов.

Калибровка заняла несколько итераций — ранние версии графа срабатывали на семейных аккаунтах и клиентах за общим корпоративным подключением. Порог по числу общих признаков подняли, общие сети перевели в сигнальные, а блокировка включается только при совпадении двух независимых групп признаков.

После калибровки точность подтверждённых связей дошла до 0,94, ложные блокировки легальных клиентов упали с 11% до 2%, время от сигнала до блокировки сократилось с 6 часов до 15 минут. Ручной разбор уменьшился втрое: аналитики занялись новыми схемами, а не потоком однотипных срабатываний, и арбитражные ставки перестали доходить до расчёта.

Чем отличается детекция ботов от поиска арбитражников?

Автоматизация действий и поиск расхождений линий — разные классы нарушений, и различаются они источником сигнала. У бота аномально само исполнение: интервалы между шагами ровные, паузы на чтение линии отсутствуют, один отпечаток устройства держит несколько сессий. У арбитражника действия человеческие — аномальна логика выбора ставок.

Детекция ботов опирается на признаки автоматизации: распределение интервалов между действиями, скорость реакции на смену коэффициента, повторяемость сценариев у разных аккаунтов, синхронность входов. Реакция здесь техническая — ограничение частоты действий, дополнительная проверка, изоляция сессии и разрыв связей между аккаунтами.

Поиск арбитражников устроен иначе: сигнал лежит в структуре ставок. Это парные ставки на противоположные исходы в узком окне, узкий пул рынков, интерес к коэффициентам до их движения, всплеск активности у границ линии. Реакция — не блокировка, а управление риском: персональные лимиты, ручное подтверждение, правка линии по конкретному рынку.

Обе задачи сходятся на одном — поведение игрока во времени. Отдельная ставка почти ничего не доказывает; значимо устойчивое отклонение в скользящем окне относительно собственной истории игрока и его когорты. Профиль считается на дистанции: доля аномальных действий, стабильность отклонения, скорость его нарастания.

Путать классы дорого в обе стороны: блокировка по автоматизации не останавливает арбитражника, а лимиты по линии молча теряют лояльного игрока с нетипичным стилем. Поэтому правила разведены, а пороги и меры реакции калибруются для каждого класса отдельно.

Технические сомнения: вопросы аналитиков и инженеров

Антифрод в букмекерской конторе — это не отдельная система, а слой оценки поверх уже работающего приёма ставок. Аналитики и инженеры спрашивают про одно и то же: не пострадают ли текущие процессы, сколько будет ложных срабатываний, как разбирать спорные случаи.

Сколько будет ложных срабатываний на живом трафике?

Мы не блокируем по одному признаку. Оценка накапливается по совокупности сигналов и отдаётся как рейтинг риска с порогами, настроенными под профиль трафика: виды спорта, тип ставок, канал привлечения. Игрок выше порога попадает в очередь на проверку, а не сразу под закрытие счёта — доля ошибочных ограничений в разы ниже, чем при правиле «одно совпадение — блок».

Придётся ли менять текущую платформу и ядро приёма ставок?

Нет. Подключаемся к потоку событий аккаунта — регистрации, ставки, выводы, смена устройства — через штатные механизмы обмена, которые в платформе уже есть. Модель работает в отдельном контуре и возвращает оценку риска; ядро приёма ставок не переписывается. Откат — отключение потока оценки.

Как модель догоняет новые схемы обхода?

Разобранные случаи уходят в разметку, по ней модель дообучается: признаки пересобираются, качество проверяется на отложенной выборке вместе с метриками дрейфа. Это регулярный цикл, а не разовая настройка на старте — новая схема обычно закрывается в пределах нескольких недель.

Что делать, если блокировка спорная?

По каждому срабатыванию сохраняется журнал: какие сигналы отработали и с каким весом. Решение воспроизводимо, поэтому случай разбирается по логу, а не по принципу «модель так решила»: поддержка видит основание, игроку показывается причина, а ошибочную сработку можно снять и отправить в дообучение.

Обсудим задачу: с чего начинается пилот

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

Что нужно от заказчика:

  • выгрузка логов ставок, депозитов и выводов за период, куда попадают и обычные игроки, и известные нарушители;
  • технические идентификаторы: устройство, отпечаток сессии, адрес, часовой пояс — по ним строятся связи между аккаунтами;
  • список подтверждённых случаев — боты, мультиаккаунты, вилочники — с датой и пометкой, чем закончился разбор;
  • обезличенная копия или тестовый контур, чтобы считать на реальных объёмах и не нагружать рабочую базу;
  • текущие правила и пороги срабатывания, если служба уже настраивала их вручную;
  • ответственный с вашей стороны, кто подтверждает разметку и решает спорные случаи.

В ответ возвращаем план, а не общие формулировки: какие признаки используем, как выглядит контур проверки, на каких данных он обучается и какой точности должен достичь. Отдельно фиксируем метрики приёмки и порядок отката, если качество окажется ниже ожидаемого.

Первые измеримые результаты видны уже на ретро-проверке по вашей истории: доля пойманных нарушителей при заданном уровне ложных срабатываний и время разбора одного случая. Затем теневой режим, сверка с решениями вашей службы и только потом блокировки. Опишите задачу — вернёмся с оценкой и планом.

Направления AI-разработки

Последние работы

  • Разработка сайта компании B2B ADVANCE
    Разработка сайта компании B2B ADVANCE
    1542
  • Разработка веб-приложения для компании FEEDME
    Разработка веб-приложения для компании FEEDME
    1393
  • Разработка веб-сайта для компании БЕЛФИНГРУПП
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1081
  • Разработка интернет магазина для компании FURNORO
    Разработка интернет магазина для компании FURNORO
    1368
  • Разработка логотипа компании B2B Advance
    Разработка логотипа компании B2B Advance
    815
  • Разработка веб-приложения для компании Enviok
    Разработка веб-приложения для компании Enviok
    1139