1.2.1 Защищаем админку XenForo

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

 

Известных - возможно. Но даже если он их вообще не имеет, то имел место брут.

 

В версии 1.4.6 добавили защиту от брута, поскольку при помощи одного человека был получен доступ к нескольким аккаунтам на официальном форуме. Так что чуть более чем неактуально это все дело уже.

 

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

 

С опозданием отвечу на вопрос (только сейчас набрела на тему):

Это ошибка настройки прав в файлах. В данном случае имеем запрет публичного доступа к файлу .htpasswd . Выставляем права 644 и никакой магии, можно не дожидаться хостера и самому все поправить: все равно при правильных настройках хостинга этот файл нечитаем (это очень желательно проверить, введя соответствующий путь в браузере).
Вообще, установка прав доступа к файлам и директориям - это самая основа безопасности! И если хостер по умолчанию выставляет их не по общепринятым правилам, а занимается самодеятельностью - бегите от него!

 

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