Ботнет 10к+ на wp-login

Если сайт свой, то в качестве костыля можно устанавливать секретную куку на самом сайте.

Но только ява-скриптом. Прям в шаблон можно добавить.

---------- Добавлено 05.08.2013 в 00:37 ----------

Ну, как говорится, решать проблемы нужно по мере их поступления :)

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

Свой, но костыли) Я пока прописал

RewriteCond %{QUERY_STRING} !(callback|logout|lostpassword)

Брут примитивный, без всяких параметров (да даже реферер одинаковый), а так AJAX логину защита мешать не будет.

Всем привет!

Никак не могу авторизоваться ни на одном из своих сайтов на WP.

HTTP-авторизацию пробовал, одобренный порт 8080 от регистратора пробовал, всё равно не работает.

Люди, ну кто-нибудь скажет как на VDS скорректировав всего один файл запретить доступ для:

site.ru/wp-login.php

site.ru/administrator

site.ru/admin.php

А то для каждого сайта редактировать свой .htaccess не вариант.

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

htaccess дополняют основной конфиг (httpd.conf), пропиши в него глобально правила для location какие надо

На данный момент более 18k в бане. Если хостер не справляется, то можно использовать простой плагин для WP: Login LockDown

Мы решили проблему ботнета еще в начале июня, нечто похожее на /ru/forum/comment/12014898;postcount=184

Суть кратко:

Поставили кириллическую капчу на все админки WP, Joomla и DLE: нагрузки НУЛЬ, все сайты защищены, вебспейс не затронут, от клиентов никаких собственных действий не требуется.

Суть подробнее:

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

Если юзер без куки шлет POST-запрос, то его отсекает нгинкс. Если кука есть, то информация в ней проверяется нгинксовым перлом.

Если у клиента статический айпи и он не хочет вводить капчу — вайтлистим IP по запросу.

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

Ну а блочить по IP — это не выход. Это ресурсоемко, всех не переблочить и прибивает адреса клиентов.

Если не трудно подскажи что именно нужно прописать, а то недавно взял VDS очень плохо в нём ориентируюсь.

Тогда зачем же вы его взяли? 😮