Удаление вирусов
с сайта
в Воронеже

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

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

Да — очистку можно включить в общий аудит системы, сканирование уязвимостей или обзор инфраструктуры. Просто скажите, что входит в объем работ.

Зависит от срочности и доступа к системе. Для критических случаев работаем в день обращения, для менее срочных — по структурированному плану.

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

Список файлов, которые отличаются от поставки. Это готовая карта правок, среди которых и вредоносные вставки, и правки прежних подрядчиков. Разбор начинаем с неё.

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

Сверять с поставкой шаблона. Если шаблон скопирован в тему, сравнение идёт с оригиналом из ядра. Вредоносные вставки удаляем, ваши правки сохраняем, разделяя их по смыслу.

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

Включаем и настраиваем после лечения. Он ограничивает часть атак и ведёт журнал попыток. Как лечение он не годится: при уже полученном доступе злоумышленник его отключает.

Да: список пользователей с правами администратора, журнал входов и права групп. Лишние учётные записи удаляем, права сужаем. Администратор, созданный в день заражения, находится сразу.

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

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

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

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

Им можно запрашивать операции от вашего имени. Даже если денег не украли, ключ надо сменить: проверить, пользовались ли им, задним числом сложно.

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

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

Могли: адрес получателя выгрузки, расписание, состав полей. Сверяем текущие настройки с ожидаемыми. Подмена адреса выгрузки означает, что ваши данные уходили наружу.

Меняем тоже. Через них отправляют письма от вашего имени по вашей же базе адресов. Такая рассылка бьёт по репутации домена сильнее спама с сервера.

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

Вне кода и вне репозитория: в переменных окружения или в файле с ограниченными правами за пределами дерева сайта. Ключ в файле настроек внутри сайта утечёт вместе с ним.

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

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

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

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

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

Перенести их в разрешённые места или отказаться от них. Правка внутри ядра слетит при обновлении, и сайт изменит поведение неожиданно.

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

Коды ответа основных типов страниц, наличие ключевых блоков в отдаваемом коде, отправку форм, оплату контрольным платежом, журнал ошибок за время проверки.

Ядро и модули с исправлениями безопасности — да. Остальное можно плановым шагом. Смешивать обновление безопасности с крупным переходом версий не надо.

Искать замену или обновлённую версию модуля. Если ни того, ни другого, обновление откладывается и вход закрывается другими средствами до решения.

Часы при нормальном состоянии. Дни, если ядро правили руками и совместимость надо проверять поштучно. Срок называем после осмотра.

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

Копия файлов и базы до обновления, сохранённая побайтово, и проверенный порядок возврата. Готовится до начала, а не после поломки.

Исправления безопасности по мере выхода, в ближайшее окно. Остальное раз в месяц пакетом. Раз в квартал смотреть, не пора ли поднимать версию окружения.

Её тоже надо держать поддерживаемой. Устаревшая версия перестаёт получать исправления и блокирует обновление платформы. Проверяется вместе с окружением.