есть ли способ узнать, как меня взломали? В чем было слабое место?

Question

один из моих сайтов взломан несколько раз :( сначала я потерял все базы данных, некоторые таблицы были очищены, а некоторые данные таблицы изменились! чем при втором взломе, все таблицы были очищены и коды некоторых файлов php были изменены:/

это размещено в Bluehost, и теперь они советуют мне некоторое исправление;

5. Исправьте любые потерянные права доступа к файлу (это может быть самой распространенной уязвимостью эксплойтов)
6. Удалите все несистемные учетные записи Ftp, которые были созданы, или, по крайней мере, измените пароли на учетные записи FTP.
7. Удалите все узлы доступа, щелкнув значок «Удаленный Mysql» и нажав «Удалить красный X» для каждой записи, если есть какие-либо записи.
8. Проверьте ваши сценарии на наличие атак с использованием заголовков, атак с использованием SQL-атак, атак с использованием межсайтовых сценариев и т.д., А также настроек файла php.ini.
9. Если ваши сценарии заражены, вы можете откатиться до последней удачной резервной копии снимка вашей учетной записи. Если ваши резервные копии также заражены, возможно, вы захотите, чтобы мы сбросили ваш аккаунт, чтобы начать заново.

Я старался делать все это как можно больше, особенно в отношении «атак с использованием заголовков, атак с использованием SQL-атак, атак с использованием межсайтового скриптинга и т.д., А также настроек вашего файла php.ini». Я начинающий в этой работе, так что не могу полностью контролировать эти вещи ...

мой вопрос есть ли способ узнать, как меня взломали?В чем было слабое место?

Answer 1

У вас есть регистрация? Это обычно первое место, на которое нужно посмотреть.

Я предполагаю, что SQL-инъекция - но только потому, что вы заметили изменение таблиц первым.

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

Answer 2

Предполагая, что вы используете виртуальный хостинг, он может быть атакован через другой веб-сайт, работающий на том же сервере. Если общий хостинг не настроен безопасным способом, то иногда для чтения ваших файлов могут использоваться другие учетные записи, независимо от того, насколько правильно вы установите права доступа к файлам. (Например: когда веб-сервер настроен на чтение любого файла, можно использовать некоторый простой сценарий PHP для просмотра файлов от других пользователей.)