Почему восстановление из бэкапа не спасает после заражения сайта

«У нас есть бэкапы, если что — откатимся» — стандартный план на случай взлома, и он не работает. Не потому, что бэкапы бесполезны: против сгоревшего диска и кривого обновления они незаменимы. Но заражение — особый случай, и вот почему.

Причина первая: копии тоже заражены

Между взломом и его обнаружением проходят недели, иногда месяцы. Вредонос сидит тихо: рассылает спам по ночам, показывает редиректы только мобильным из поисковой выдачи, ждёт команды. Все бэкапы за это время содержат ту же начинку. Откатились на неделю назад — восстановили заражение недельной давности вместе с бэкдором.

Причина вторая: дыра остаётся открытой

Даже если повезло и нашлась чистая копия трёхмесячной давности, откат возвращает сайт в состояние «ещё не взломан, но уже уязвим». Точка входа — дырявый плагин, слабый пароль, уязвимая форма — на месте. Боты сканируют интернет непрерывно; повторное заражение — вопрос дней, и вы снова в начале круга, только уже без свежих логов, по которым можно было найти причину.

Причина третья: теряются данные

Для магазина или сервиса откат на недели назад означает потерю заказов, регистраций, платежей за весь период. Иногда это дороже самого взлома. Выбор «грязный сайт с данными или чистый без» — ложный: правильная чистка сохраняет и то и другое.

Что работает вместо отката

Порядок такой: снимок текущего состояния для расследования → поиск точки входа по логам → закрытие дыры → чистка файлов и базы от внедрённого кода, включая поиск бэкдоров → смена всех паролей и ключей → перепроверка в поисковиках. Бэкап в этой схеме — страховка на случай ошибки при чистке, а не метод лечения.

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