Лечение сайта
от вирусов
в Санкт-Петербурге

Признаки заражения: сайт заблокирован Яндексом или Google, хостинг прислал предупреждение, посетители жалуются на редиректы на сторонние сайты, появился чужой контент или скрытые ссылки, резко упал трафик.

Полное сканирование файлов и базы данных антивирусными инструментами. Ручной анализ подозрительного кода. Удаление вредоносных файлов и скриптов. Чистка базы данных. Закрытие уязвимостей, через которые произошло заражение.

Обновляем CMS, плагины и темы. Меняем пароли администраторов и FTP. Устанавливаем файрвол на уровне приложения. Ограничиваем права доступа к файлам. Настраиваем мониторинг изменений файлов.

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

Стандартный сайт — в течение 1 рабочего дня. При сложном заражении (база данных, множественные файлы, бэкдоры) — 2–3 дня. Принимаем срочные заявки с повышенным приоритетом.

Бэкдор — скрытый скрипт, который позволяет хакеру повторно получить доступ к сайту. Стандартный антивирус часто его пропускает. Мы проводим ручной анализ кода и ищем нестандартные конструкции PHP.

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

Зависит от CMS, степени заражения и объёма файлов, как и по всей линейке: одно приложение, локальная проблема — от 10 000 ₽; заражение нескольких систем — от 25 000 ₽; устойчивая угроза, откат, усиление защиты — от 50 000 ₽. Точную стоимость называем после диагностики.

Можно, если копия старше заражения и она разворачивается. Обе проверки обязательны. Копия, сделанная после взлома, вернёт вредоносный код вместе с сайтом.

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

Лечить текущее состояние. Копии сохраняем как материал для разбора. Дальше меняем настройку копирования так, чтобы глубина хранения перекрывала месяц, а не трое суток.

Потому что после даты копии были заказы, заявки, новые записи. Откат возвращает сайт в прошлое вместе с базой. Мы разделяем: файлы берём из копии, свежую базу чистим сами.

Часто это и есть правильный путь. Файлы из чистой копии, база — текущая после чистки вставок. Так сохраняются свежие заказы. Условие — совместимость версий, её проверяем до работы.

Не на том же сервере. Копия рядом с сайтом не спасает от потери сервера и от шифровальщика, который дошёл до диска. Нужна вторая точка хранения с ограниченным доступом.

Развернуть её на тестовом адресе и открыть сайт. Проверка размера архива ничего не доказывает. Мы делаем такую проверку при приёме проекта и потом периодически.

По цене потери. Магазину с заказами каждый час нужна частая копия базы. Корпоративному сайту, который меняется раз в месяц, достаточно суточной. Расписание выбираем из этого.

Так, чтобы перекрыть срок скрытого заражения. Трое суток мало: заражение часто обнаруживают через неделю-две. Разумный минимум — месяц с прореживанием вглубь.

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

Не платить и не спешить. Сначала зафиксировать состояние копией, потом искать чистую резервную копию. Оплата выкупа не гарантирует расшифровку и делает вас целью повторно.

Иногда да, если известен инструмент для конкретного шифровальщика. Проверяем по публичным базам расшифровщиков. Чаще восстановление идёт из резервной копии.

Значит копии лежали на том же диске. Тогда собираем рабочую версию из того, что уцелело: база часто остаётся целой, а файлы платформы ставятся заново. Теряется только ваша вёрстка.

Хранить вне сервера и в режиме, где их нельзя переписать с сайта. Копия на том же диске не защищает ни от шифровальщика, ни от потери сервера.

Через полученный доступ к серверу: утёкший пароль или уязвимость с возможностью запуска кода. Это не «вирус из письма», путь тот же, что у остальных заражений.

При чистой копии — часы. Без копии — от дня до нескольких, в зависимости от того, сколько ставится заново. Срок называем после осмотра того, что уцелело.

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

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

Честно назвать срок восстановления и дать резервный канал связи. Страница обслуживания с телефоном сохраняет часть обращений. Молчание в эти дни стоит дороже самого простоя.

Сравнением файлов с исходной поставкой, проверкой базы и наблюдением две недели. Восстановление из копии не отменяет поиск входа: иначе шифровальщик вернётся той же дверью.

Три роли. Владелец решает, закрывать ли сайт и что говорить клиентам. Мы ведём техническую часть. Хостинг отвечает за сервер. Роли расписываются до инцидента, а не во время.

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

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

Учебным прогоном: развернуть копию на техническом адресе и пройти шаги. Час работы раз в полгода. Обнаруживает нерабочие копии до того, как они понадобятся.

Сколько сайт может не работать без серьёзных потерь. Для магазина это часы, для корпоративного сайта сутки. Цифра задаёт расписание копирования и тариф.

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

Владелец и один доверенный человек, в менеджере паролей. Доступы только у подрядчика — это единственная точка отказа, и так делать нельзя.

Для этого в плане и указан второй контакт с правом решать. Без него техническая часть встанет на вопросе «закрывать сайт или нет».

Критичное обращение — пятнадцать минут в рамках дежурства. Первое действие остановка ущерба. Разбор после.

Нет, только если затронуты их данные или платежи. Решение владельца с юристом. Мы даём технические факты для этого решения.

Время событий и действий. Простая хронология в чате или документе. Потом она становится основой отчёта и разговора с хостингом.

Она отвечает на вопрос, что произошло и в каком порядке. Без неё через неделю никто не вспомнит, когда закрыли сайт и когда сменили пароли.

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

После каждого инцидента и раз в год. Устаревший план с ушедшими людьми и старыми телефонами хуже отсутствующего: на него полагаются.