FYZI Shield / Статьи / Кейс: редирект на чужой домен

Весь сайт уводил посетителей на чужой домен

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

Кейсы · Обновлено 23 октября 2026 · 4 мин чтения

СайтВыставочная компания
ДвижокWordPress + Elementor Pro, ACF Pro
Спам-записей3 634
Чужих админов130

Слой 1. Подменённые настройки

Самое заметное было в базе данных, в таблице wp_options:

Если у вас такая же картина, адрес можно вернуть без админки — через phpMyAdmin или строками в wp-config.php:

define('WP_HOME', 'https://ваш-сайт.ru');
define('WP_SITEURL', 'https://ваш-сайт.ru');

Но это только первый шаг. Если не найти причину, адрес подменят снова.

Слой 2. Бэкдор, который перехватывал пароли

Сверка ядра с контрольными суммами WordPress показала изменённый wp-includes/plugin.php и посторонний файл в папке библиотеки запросов. Дата файла снова была подделана на 2020 год.

Чем опасен. Код пересылал данные каждого запроса на внешний сервер — включая поля форм, то есть логины и пароли при входе в админку. Сервер в ответ решал, куда перенаправить посетителя. Поэтому смена пароля, пока бэкдор на месте, бесполезна: новый пароль тоже утекает.

Кроме ядра, оказались заражены файлы одного плагина ленивой загрузки изображений — его переустановили с wordpress.org.

Слой 3. Скрипты и скрытые ссылки в контенте

Слой 4. Мусор в базе

130 чужих администраторов, 3 634 спам-записи и ревизии, 73 спам-рубрики и больше тысячи спам-комментариев. Всё это удалили после согласования с владельцем.

Как закрыли сайт от повторного взлома

  1. Восстановили ядро WordPress из официального источника и обновили его до актуальной версии, обновили Elementor и бесплатные плагины, удалили неактивные.
  2. Сменили секретные ключи и пароль администратора — все сессии и украденные cookies стали недействительны.
  3. Закрепили адрес сайта в wp-config.php и запретили менять ключевые настройки из базы: адрес, название, почту администратора, роль новых пользователей, тему и список плагинов.
  4. Запретили создавать пользователей и повышать роли, вход в админку разрешили только настоящему администратору, добавили блокировку после 5 ошибок входа.
  5. Закрыли пакетный REST для анонимов, XML-RPC, список пользователей и комментарии.
  6. Включили ежедневную проверку: сверка ядра и плагинов, поиск PHP в uploads, контроль администраторов — с письмом владельцу при любом отклонении.
Нюанс. Защитный фильтр запросов REST не срабатывал, пока его не поставили с максимальным приоритетом: плагин ACF вешал на тот же хук свой обработчик и перекрывал результат. Если ваша защита «не работает», проверьте порядок хуков.

Что проверить, если сайт уводит на другой адрес

  1. siteurl и home в таблице wp_options.
  2. .htaccess в корне и во вложенных папках — там тоже бывают редиректы.
  3. Сверку ядра с контрольными суммами.
  4. Текст страниц и данные конструктора на внешние <script>.

Если редирект только с телефона — читайте «Сайт перенаправляет на казино с телефона».

Частые вопросы

Можно просто вернуть адрес сайта в настройках?

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

Нужно ли менять пароли после чистки?

Обязательно — и только после удаления бэкдора. Пароли, введённые, пока он работал, считайте известными злоумышленнику: админка, а если вы использовали тот же пароль где-то ещё, то и там.

Вернутся ли позиции в поиске?

Обычно да, если быстро убрать редирект и спам и запросить перепроверку в Яндекс.Вебмастере и Google Search Console. Подробнее — в статье о пометке «опасный сайт».

Читайте также

Сайт взломан? Пишите