Блог / Разработка нового модуля

11 октября 2026

Модуль в разработке

SHIELDS PRISMA: антибот-защита и массовые злоупотребления

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

Защищать нужно само действие

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

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

Потерянный ответ — не отменённая покупка

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

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

Обычный покупатель — не бот по одному признаку

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

Шесть примеров применения ПРИЗМЫ

• Скликивание рекламы: события переходов, подозрительные серии и отчёт по источнику.
• Билеты: лимиты, удержание места и однократный результат.
• Бронирования: пересечения, сроки и освобождение ресурса.
• Запись: свободное время и допустимое представительство.
• Скидки: условия, число применений и бюджет акции.
• Бонусы: начисление, резерв, списание и компенсация.

Как будем проверять

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

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

Обновление: первая версия анализа рекламы

Реализованы приём событий клика, посещения, вовлечения и конверсии, проверка повторных и частых серий и отчёт с причинами. Яндекс.Директ, VK Реклама и другие источники задаются доверенной настройкой кампании на сервере. Название источника не доказывает происхождение клика у рекламной платформы.

Отмечаем этапы отдельно: реализовано, проверено местно, опубликовано и принято в рабочей среде. Самостоятельное применение изменений искусственным интеллектом не включено. Первоначальные разделы статьи выше описывают исходный план от 11 октября.