Сайт на WordPress взломали, вся база данных зашифрована, пароля нет — если игнорировать и переустановить всё заново?

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

База защищена; хорошая новость, если доступ потерян, можно спасти данные из бэкапа. Проверьте дамп MySQL, если в base64 есть шелл-код, этот бэкап тоже грязный. Если есть доступ по SSH, сверьте время изменения файлов с access.log — найдите дату компрометации и берите самый свежий бэкап до неё.

брат, дел много но ничего сверхсложного. повторюсь — восстановись из недельного бэкапа, потом прогони плагины. если есть странные — удали... и сечас обязательно сделай: поменяй все пароли FTP MySQL cPanel — все потом и поставь fail2ban пусть поработает немного...

Сайты на WordPress чаще всего взламывают из-за дыр в плагинах или слабых паролей. Сделайте следующее: 1) определите самый старый чистый бэкап, 2) скачайте его, 3) проверьте на локальной машине (антивирус, хеши файлов), 4) восстановите, 5) обновите все плагины, 6) смените все пароли (пользователь БД, FTP, cPanel, админка WP), 7) установите плагин WP Security, 8) наблюдайте две недели, если снова взломают — сделайте дамп базы и переходите на новый хостинг.

wordPress — это сайт даже самых крупных компаний, его хакают.. и вы тоже взломаны, добро пожаловать в клуб 😂 Теперь учтите урок смените пароль и установите ssl-сертификат тогда всё будет ок.

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

Если разрешение и объем тестирования не зафиксированы письменно, тест не начинать. Интересно, есть ли те, кто делает иначе.

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

Если напишете результат здесь, это поможет и другим.

Я тоже об этом думал. Не стесняйтесь спрашивать, молчание всегда обходится дороже.

На этом всё, извините, если затянул.

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

Это мое мнение, не утверждаю что оно единственно верное.

Сохранил.

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

Если на один вопрос вы получаете три разных ответа вопрос задан неправильно... Пишите, если есть вопросы отвечу по мере возможности.

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

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

Именно так. Не стесняйтесь спрашивать, молчание всегда обходится дороже.

Забытые тестовые среды становятся входом в систему чаще, чем продакшн. Это мое мнение, не утверждаю, что оно единственно верное.

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

Если разрешение и объем тестирования не зафиксированы письменно тест не начинать.

Мои сомнения развеялись, спасибо. Решения, работающие в малом масштабе, рушатся при росте, я узнал это слишком поздно.

Автоматический отчет о сканировании и пентест — это не одно и то же. Проверено опытом.

ответ выше точно передал суть вопроса но если не зафиксировать это письменно с самогго начала потом возникнут споры.

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

Интересно, есть ли те, кто делает иначе.

Вы правы, я сам проходил через это. Чем сложнее отменить решение, тем медленнее его принимайте.

Проверено опытом.