5 простых шагов как удалить вирус редирект «js.donatelloflowfirstly.ga» из WordPress сайта- мой опыт

Note! Если вы находитесь на этой странице и она открыта для доступа – значит мне удалось справится с вирусом и он не вернулся.

На этих выходных столкнулась с вредоносным malware на своих сайтах – js.donatelloflowfirstly.ga (позже название оно поменял)
Сразу нырнув в гугл с головой, поняла, что проблема серьезная. Вирус поражает все страница сайта и БД.
Тут расскажу про свой опыт.

Как выглядит js.donatelloflowfirstly.ga

  • Этот вирус вы замечаете сразу, так как посмотреть свой сайт уже нет возможности. С любой сnраницы сайта вас перенапраляет на сайт вот такого вида:
  • В шапке сайта на всех сраницах есть внедрение скрипта:
    <script src='https://js.donatelloflowfirstly.ga/stat.js?n=ns1' type='text/javascript'></script>

Как быстро избавится от js.donatelloflowfirstly.ga?

Сразу скажу, что я не претендую на правильность моих действий и размышлений. Далее в статье я делюсь своим опытом, а также конкретными примерами, которые объясняют логику моих дейтсвий и моих выводов.
Что мне помогло?
Первое, что я сделала – это проанализировала свои дейтсвия перед появлением вируса и поняла, что они появились после установки Nulled плагинов (то есть взломанных платных плагинов). Не считаю нужным в этой статье вдаваться в полемику правильности/неправильности устаноки подобных плагинов. Просто хочу подчеркнуть, что нужно быть очень внимательным.

Важно было “вернуть” сайт из сохраненной ранее резервной копии, благо мой хостинг-провайдер Хостинг Украина делает такие резервные копии автоматически в самом начале каждого дня.
Проблемой было то, что я не могла вернуть копию сайта и Базы Данных (БД) в состояние до установки проблемных плагинов, так как теряла двое суток работы. И я решила, что сначала будут пробовать все вернуть без потери моего труда.

ШАГ 1 – Востановление сайта из резервной копии

Первым делом я вернула сайты и БД путем восстановления данных с резервных копий, созданных в эти же сутки ночью. Несолько тестов ситуации показали, что достаточно востановить только Базу Данных и сайт будет работать.
Сайты начали работать. Далее я проверила есть ли на сайтах строчка:
<script src='https://js.donatelloflowfirstly.ga/stat.js?n=ns1' type='text/javascript'></script>
ее нигде не было. Я попыталась сделать все шаги, которые были в рекомандациях разных статей из интернета, но в них не было смысла, так как вируса нигде не было.

ШАГ 2 – Отключение и удаление подозрительных плагинов.

Я отключила и удалила плагины, которые я подозревала. Ниже подробнее об этом.
И просто начала ждать…
Но вирус вернулся….на следующий день. Просто удаление плагинов не поможет, но удлаить их нужно обязательно.

ШАГ 3 – Изменение пароля Базы данных и входа в админпанель сайта

Проанализировав ситуацию, а именно тот факт, что при восстановлении сайта, на нем не было обнаружено следов вируса, я решила что вирус проникает на сайт онлайн и устанавливается. И такую “дыру” в сайте и сделал какой-то (и я думаю, что знаю какой) nulled плагин  Скорее всего, он просто передал доступ к сайту, и на него регулярно отправляется вирус (еще раз подчеркну, что это мои догадки)
Таким образом, я сменила пароль к Базе Данных на хостинге и соответственно в файлей wp-config.php.
Также я сменила пароль на самом сайте.
Вирус вернулся через неделю…..

ШАГ 4 – Поиск вредоносного файла.

Важно найти файл, который запускает вирус. Антивирусами его найти не удалось, так как позже стало понятно, что по своей структуре это как плагин – обычный php-файл, который открывает доступ к сайту. Почитав форумы я поняла, что файл у всех разный. Видимо меняется со временем. И находится он в пазных местах, но чаще всего где-то в wp-content. У меня он назывался так:
rms_unique_wp_mu_pl_fl_nm.php
а располагался он в wp-content, где для него была создана отдельная папка mu-plugins
Через ftp-клиент я удалила файл вместе с папкой:

Для самых любопытных ниже привожу содердимое файла:

ШАГ 5 – Очистка кеша и оптимизация сайта

Скорее всего этот шаг уже не такой важный, но все же.
С помощью удобных для вас плагинов удалите кен с сайта, лишние таблицы БД и оптимизируйте сайт. Я пользуюсь плагином WP-Optimize – Clean, Compress, Cache
И вот по сегодняшний день сайты успешно работают. На всякий случай сделайте резервные копии сайта и БД еще раз 🙂

Мои размышления, которые привели к вышеуказанным действиям.

У меня было 3 сайта, на которые я установила одновременно nulled плагины. Плагинов, как не смешно, тоже было три, но установила я их таким образом:
Сайт 1 – все три плагина;
Сайт 2 – два плагина;
Сайт 3 – 1 плагин.
Прям как специально 😉
Из трех сайтов – “заразились” только 2, и это значит, что плагин, который установлен на всех трех сайтах, не обладал этим вирусом.
Также понятно, что плагин, который был только на одном сайте тоже не причем, так как сайт без него, тоже пострадал.
Путем таких умозаключений, я сделала вывод что виноват плагин – Contact Form 7 for AMP 1.26. Также я вспомнила, что как на одном, так и на другом сайте, он устанавливался со второго раза. То есть, сначала выдавал ошибку, что не удалось установить плагин (тут наверно и происходила утечка данных), а потом со второй попытки плагин устанавливался и успешно работал.
Бекап данных и удаление этого плагина (как и других) подозрительных результатов не дали. Так как нужно было найти файл, который мне этот плагин установил, и который регулярно редиректил мои сайты.

Какие еще действия я предпринимала на одном из зараженных сайтов

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

  • Очистка таблиц БД. После второго шага имеет смысл удалить все ненужные таблицы Базы Данных, чтобы там ничего не сохранилось ненужного. Я это сделала с помощью плагина WPDBSpringClean.
  • Запрос в SQL через PHPAdmin. Можно сделать запрос через SQL в PHPAdmin

    Но повторюсь, так как вирусных файлов на сайте не обнаружено, запрос результата не дал.
  • Очистка кеша WordPress. Я это сделала c помощью установленного у меня плагина W3 Total Cache.
    Нужно перейти в Performance и нажать на “Empty all cashes
  • Сканирование с помощью плагина Wordfence Security – Firewall & Malware Scan . Я просканировала сайт на наличие вирусов, но результатов тоже не было. Более того тут есть статья о том, что этот плагин не защищает от вируса js.donatelloflowfirstly.ga.

Я рассказала вам абсолютно все, что делала. Надеюсь, мой опыт будет полезен.
Пишите мне о вашем опыте, мне очень инетерсно.
И пусть ваги сайты будут в безопасности!


Подпишитесь на RSS канал - если Вы хотите первыми узнавать о новых статьях на сайте!!!

Статьи по теме:

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *