Лечение сайта от вирусов и восстановление после взлома

• Предупреждение в поиске или браузере: «сайт может угрожать безопасности вашего компьютера», красная страница перед входом.
• Сообщение в Вебмастере или Search Console: раздел «Безопасность и нарушения» в Яндекс Вебмастере, «Проблемы безопасности» в Google Search Console.
• Чужие редиректы: с телефона или из поиска посетителей перекидывает на казино, аптеки, «выигрыши».
• Спам-страницы в индексе: по запросу site:вашсайт.ru находятся страницы, которых вы не создавали.
• Письмо от хостинга: сайт заблокирован за вредоносный код или рассылку спама.
• Незнакомые администраторы, файлы, задания cron — или резкое падение трафика при тех же позициях.

1. Не удаляйте всё подряд. Сначала сделайте копию файлов и базы в текущем виде — по ней ищут, как произошёл взлом.
2. Смените пароли: хостинг, FTP или SSH, база данных, все администраторы сайта, почта, к которой привязаны доступы.
3. Проверьте, есть ли чистая резервная копия и от какой она даты. Не восстанавливайте её вслепую: без закрытой уязвимости сайт заразят снова.
4. Напишите хостингу: у многих есть антивирус для сайтов и журналы, по которым видно, откуда пришла атака.
5. Проверьте Вебмастер и Search Console — какие страницы и угрозы там указаны.
6. Позовите специалиста, если не уверены: неаккуратная чистка ломает сайт, а пропущенный «бэкдор» возвращает вирус.

• Устаревшие CMS, модули и плагины. Самая частая причина: для старых версий уязвимости давно известны, и сайты с ними взламывают автоматически, перебором.
• Украденные или слабые пароли. Пароль от FTP сохранён в программе на заражённом компьютере, у администратора простой пароль, доступ остался у бывшего подрядчика.
• Взломанные платные шаблоны и модули. «Бесплатные» версии платных тем часто идут уже со встроенным бэкдором.
• Загрузка файлов через формы. Форма, которая принимает любые файлы, позволяет загрузить на сервер исполняемый скрипт.
• Соседние сайты на одном хостинге. Если на одном аккаунте лежат несколько сайтов, заражение одного переходит на остальные.

Поэтому после чистки обязательно ищем, какой из этих путей сработал, — иначе лечение придётся повторять.

• Обновлять CMS, модули и PHP — по графику, а не «когда сломается».
• Удалить неиспользуемые плагины, модули, старые копии сайта и тестовые папки на сервере.
• Сложные пароли, отдельный доступ каждому сотруднику и подрядчику, отзыв доступа после окончания работ; SFTP или SSH вместо обычного FTP.
• Ограничить типы файлов в формах загрузки, запретить выполнение скриптов в папках для загрузок.
• Резервные копии — регулярно и не на том же сервере.
• Следить за изменениями файлов и сообщениями в Вебмастере и Search Console.

Всё это входит в абонемент технической поддержки — чтобы о проблеме узнавали мы, а не ваши клиенты.