Проверили входящий трафик через honeypot checker — стоит ли доверять результатам по рискам и что нам делать?

Статическими банами по IP от ботов не спастись, ботнеты постоянно меняют адреса. Настройте rate limiting прямо на своем веб-сервере. Если на эндпоинты корзины или поиска летит больше пяти запросов в секунду, временно замедляйте такие запросы или отправляйте их на проверку браузера.

Эти бесплатные сервисы проверки обычно обновляют свои базы с огромным опозданием. IP какого-нибудь дата-центра, который очистили еще три месяца назад, у них до сих пор может висеть как вредоносный. Если тупо банить по таким спискам, растеряете потенциальных клиентов, сидящих с мобильного интернета.

Самый быстрый и рабочий вариант на сейчас — поднять на уровень выше безопасность в панели управления доменом и включить автоматическую проверку браузера (челлендж) для подозрительных стран. Живой человек спокойно откроет страницу, а примитивные парсеры просто отвалятся.

По шагам лучше действовать примерно так: 1) Поискать в логах сервера общие паттерны user-agent. 2) Повесить скрытую ссылку-ловушку на страницы, куда поисковикам лазить не нужно, и отправлять перешедшие по ней IP во временный бан на 24 часа. 3) Вкрутить лимиты на частоту запросов к страницам корзины и оформления заказа.

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

В прошлом месяце при похожем сканировании мы насчитали 3.000 разных IP, долбивших наш сервер. По сторонним базам 1.200 из них числились опасными, но когда сели разбираться детально, реально парсили сайт всего 75 штук. Ориентироваться чисто на IP без анализа поведения — пустая трата времени.

Эти запросы реально наглухо вешают процессор сервера или просто спамят в логах доступа? И еще вопрос: они валят циклично по какому-то расписанию или размазаны по всему дню?

В целом верно, но один момент упущен. Время обнаружения проблемы напрямую определяет ее стоимость.

Оставлю как заметку, пригодится.

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

Главное не цифра, а то, на основе чего она получена. Исправьте, если я ошибаюсь.

Вопрос будет немного наивным, извините заранее. Люди защищают не процесс, а привычку. Сопротивление идет оттуда.

Автоматический отчет о сканировании и пентест — это не одно и то же. Исправьте, если я ошибаюсь.

Полностью согласен. Если не зафиксировать это письменно с самого начала, потом возникнут споры.

Мои сомнения развеялись, спасибо.

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

Оставлю как заметку, пригодится.

У меня нет опыта в инструмент контроля honeypot, поэтому и спрашиваю. Больше всего времени у нас уходило на то, что было непонятно, кто принимает решения.

Если делаете впервые, начните с малого, масштабирование потом.

Я бы не торопился. Непроверенная резервная копия — не резервная копия.

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

У нас было так. Если на один вопрос вы получаете три разных ответа, вопрос задан неправильно.

Первые три месяца все идет хорошо, проблемы всплывают на четвертом.

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

Надеюсь, это будет полезно.

У нас было так. Больше всего времени у нас уходило на то, что было непонятно, кто принимает решения.

Конечно, если ваша ситуация отличается, всё меняется.