{"id":14291,"url":"\/distributions\/14291\/click?bit=1&hash=257d5375fbb462be671b713a7a4184bd5d4f9c6ce46e0d204104db0e88eadadd","hash":"257d5375fbb462be671b713a7a4184bd5d4f9c6ce46e0d204104db0e88eadadd","title":"\u0420\u0435\u043a\u043b\u0430\u043c\u0430 \u043d\u0430 Ozon \u0434\u043b\u044f \u0442\u0435\u0445, \u043a\u0442\u043e \u043d\u0438\u0447\u0435\u0433\u043e \u0442\u0430\u043c \u043d\u0435 \u043f\u0440\u043e\u0434\u0430\u0451\u0442","buttonText":"","imageUuid":""}

Настраиваем CloudFlare для защиты страницы авторизации

На сайте есть отличная статья от Ивана Зимина по настройке CloudFlare для фильтрации ботов.

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

Но если ваш сайт на wordpress (не только), к странице авторизации (wp-login.php) в круглосуточном режиме пытаются подобрать логин и пароль администратора. Это не зависит от посещаемости сайта, атакам массового перебора паролей подвергается любой сайт. Вы можете об этом и не знать. Выглядит так:

Плагин фиксирует попытки входа. И это не вы

Серьёзной проблемы на самом деле нет, но это создаёт дополнительную нагрузку на сервер. Пресечь легко с помощью CloudFlare.

1. Переходим в раздел Security → WAF.

Раздел Security

2. По кнопке + Create rule создаем новое правило

Создаем новое правило

Созданное правило выглядит так:

Созданное правило

Правило: (http.request.uri. path contains "/wp-login.php")

Если адрес страницы авторизации отличается, нужно заменить на фактический, который используется на защищаемом сайте.

Действие (Choose action): рекомендую использовать JS Challenge. Этого достаточно. Впрочем, возможно хоть полностью заблокировать доступ к этой странице.

3. Затем по кнопке Deploy применяете правило.

0
3 комментария
listok77
Автор

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

Ответить
Развернуть ветку
В А

Зачем эти движения? Можно же тупо поменять страницу входа. Было /wp-login.php стало /hui-pizda и никаких проблем в левыми авторизациями.

Ответить
Развернуть ветку
antiddos24

Сюда же добавьте проверку при заходе на /wp-admin
Логичнее вместо JS использовать Managed Challenge.

Ответить
Развернуть ветку
0 комментариев
Раскрывать всегда