Удаление вирусов
с сайта в Уфе
Какие задачи мы решаем
Не затираем.
Восстанавливаем.
Мы находим источник заражения, изолируем
его и убираем все следы,
не затрагивая ваши файлы
и настройки системы.
Все тормозит, хотя выглядит нормально.
Восстанавливаем процессы
и производительность.
Вирусы удаляются,
но возвращаются.
Находим скрытые механизмы
и защищаем уязвимости.
Данные пользователей ведут себя странно.
Убираем перехватчики и чистим код.
Подозрительный трафик
на серверах.
Отслеживаем соединения
и блокируем утечки.
С кем мы работаем
- Минимальный простой
- Безопасная разработка
- Быстрое решение
- Патчим сторонние уязвимости
- Анализ backend и frontend
- Восстановление без остановок
старый код — легкая мишень.
- Дезинфекция связанных систем
- Аудит доступов и откаты
- Усиление защиты
Что входит в удаление вирусов?
Сколько стоит удаление вирусов в Уфе
Каждый случай уникален. Стоимость зависит от сложности инфраструктуры
и масштаба заражения. Видимые симптомы показывают лишь часть картины.
Цены указаны без НДС. НДС по ставке 5 % предъявляется дополнительно и включается в счёт.
Больше возможностей для вашего проекта
- Интернет-магазины
- Недвижимость
- Здравоохранение и стоматология
- Рестораны и кафе
- Салоны красоты
- Образование
- Строительство
- Юридические услуги
- Туризм и гостиницы
- Логистика
- Дизайн интерьеров
- Ремонт квартир
- Автосервисы
- Маркетплейсы
- Консалтинг
- Фотографы
Обсудим проект?
FAQ
Если не нашли ответа — напишите нам на info@toimi.pro.
Нужен ли вам доступ к продакшену?
Не всегда. Во многих случаях достаточно изолированных сред или снапшотов. Если прямой доступ необходим, согласуем все так, чтобы минимизировать риски и простой.
А если проблема вернется через несколько дней?
Мы настраиваем очистку так, чтобы этого не произошло. Специально проверяем механизмы закрепления и закрываем точки входа. Если все же вернется — разбираемся бесплатно.
Можно ли совместить с другими проверками?
Да — очистку можно включить в общий аудит системы, сканирование уязвимостей или обзор инфраструктуры. Просто скажите, что входит в объем работ.
Как быстро можете начать?
Зависит от срочности и доступа к системе. Для критических случаев работаем в день обращения, для менее срочных — по структурированному плану.
Заражение в теме WordPress. Чем это отличается от заражения ядра?
Ядро переустанавливается одной командой, и правки в нём слетают. Тема так не лечится: в ней живёт ваша вёрстка, и её нельзя заменить чистой копией без потери сайта.
Как найти вставки в теме?
Сравнением с исходной версией темы, если она покупная или из каталога. Расхождения дают точный список. Для самописной темы сравниваем с историей изменений или ищем по характерным вызовам.
Что такое дочерняя тема и почему это важно?
Это надстройка, где лежат ваши правки, а основная тема остаётся нетронутой. При такой схеме основную тему можно переустановить чисто. Без неё правки и вредоносный код перемешаны в одних файлах.
Если дочерней темы нет, что делать?
Лечим на месте: удаляем вставки, сверяя каждую правку. После лечения выносим ваши изменения в дочернюю тему. Следующее заражение будет лечиться заменой основной темы за минуты.
Проверяете ли вы неактивные темы?
Проверяем и рекомендуем удалять. Неактивная тема не отображается, но её файлы доступны по прямому адресу и обновляются редко. Это популярная точка входа.
Что с плагинами, которых нет в каталоге?
Сравнить их не с чем, из-за этого смотрим по коду и по датам. Если плагин заброшен и заменим, предлагаем замену. Заброшенный плагин без исходников — постоянный риск, и мы называем его прямо.
Нужно ли обновлять тему после лечения?
Нужно, если у неё есть обновления и ваши правки вынесены в дочернюю. Обновление темы с правками внутри затрёт их, из-за этого порядок такой: сначала вынести правки, потом обновлять.
Как понять, что тема чистая?
Сравнение с исходной версией даёт ноль неожидаемых расхождений. Плюс сканирование и проверка того, какие внешние адреса запрашивают страницы. Только сканера мало, он видит известные образцы.
Что делать с файлом функций темы?
Читать его целиком. Это самое частое место для вставки, потому что он выполняется на каждой странице. Все внешние вызовы и работу с загруженными данными оттуда разбираем построчно.
Останется ли сайт прежним после лечения?
Внешне да, это и есть условие работы. Мы удаляем вредоносные вставки, не трогая вёрстку. Если какой-то элемент придётся заменить, согласуем до правки и покажем результат.
У нас мультисайт на одной установке. Есть особенности лечения?
Есть. Файлы и часть таблиц общие, из-за этого заражение затрагивает все сайты сети сразу. Лечить надо установку целиком, а проверять — каждый сайт сети порознь.
Что проверяют в каждом сайте сети?
Свои таблицы: содержимое, настройки, список пользователей. Администратор сети и администратор порозньго сайта — разные права, и лишние записи бывают на обоих уровнях.
Чем опасен администратор сети?
Он имеет права на все сайты и на файлы. Одна лишняя запись такого уровня равна полному доступу. Список администраторов сети сверяем в первую очередь.
Как обновлять компоненты в сети?
Централизованно, для всей установки. Компонент, включённый на одном сайте, живёт в файлах для всех, и его уязвимость касается всей сети. Выборочного обновления тут нет.
Что делать с сайтами сети, которые не используются?
Закрывать или удалять. Заброшенный сайт сети никто не смотрит, а его содержимое и настройки остаются доступными. Это тот же риск, что забытый поддомен.
Можно ли вылечить один сайт сети?
Нельзя в отрыве от остальных: файлы общие. Можно вылечить установку и затем проверить содержимое каждого сайта. Порядок именно такой.
Сколько занимает лечение сети?
Дольше одиночного сайта: сама чистка сопоставима, а проверка содержимого растёт с числом сайтов. Срок называем после подсчёта, сколько сайтов реально живых.
Что с загрузками в мультисайте?
У каждого сайта свой каталог загрузок внутри общего. Запрет исполнения кода ставим на общий каталог, иначе придётся закрывать каждый по порозньсти и один забудется.
Как понять, какой сайт сети заразили первым?
По датам изменения в каталогах загрузок и по записям доступа. Первый по времени и есть точка входа. Остальные заражены уже изнутри установки.
Стоит ли расщеплять сеть на отдельные установки?
Иногда да: отдельные установки изолируют риск и обновляются независимо. Это работа по переносу, и решать её надо на спокойной голове, а не в момент инцидента.
Зачем проводить аудит плагинов?
Потому что каждый плагин — это чужой код с правами вашего сайта. Чем их больше, тем больше поверхность атаки. На типичном сайте половина не используется.
Как понять, что плагин не нужен?
По тому, видно ли его работу на сайте и пользуется ли им кто-то. Если ни того, ни другого — удалять. Отключённый плагин остаётся на диске и обновляется редко.
Чем опасны отключённые плагины?
Их файлы доступны по прямому адресу, а обновлять их никто не помнит. Это один из самых частых входов, который мы находим.
Что делать с заброшенными плагинами?
Искать замену. Заброшенный плагин без обновлений — известная уязвимость в ожидании. Если замены нет, ограничиваем его точки входа на уровне сервера.
Как узнать, что плагин заброшен?
По дате последнего обновления и совместимости с текущей версией платформы. Два года без обновлений — повод искать замену, даже если он работает.
Сколько плагинов нормально?
Количество тут вторично. Смотреть надо, каждый ли нужен и поддерживается. Двадцать поддерживаемых лучше пяти заброшенных. Считать надо их состояние, а не число.
Что с платными плагинами без лицензии?
Они не получают обновлений, включая исправления безопасности. Взломанные версии часто содержат вредоносный код изначально. Такие удаляем или покупаем лицензию.
Как проверить плагин перед установкой?
Дата обновления, число установок, реакция автора на сообщения об ошибках, наличие исходников. Четыре признака, и они видны за минуту.
Можно ли заменить несколько плагинов одним?
Часто да, и это уменьшает поверхность атаки. Несколько мелких плагинов под одну задачу — типичное наследство от разных подрядчиков.
Что делать с плагинами, которые правили руками?
Вынести правки в свой код, где платформа это позволяет. Правка внутри плагина слетает при обновлении, и его перестают обновлять из-за этого.
Как обновлять плагины без риска?
На копии с проверкой по списку, потом на живом сайте в окно с готовым откатом. Обновления с исправлениями безопасности не откладываем.
Что проверять после обновления?
Коды ответа основных страниц, отправку форм, оплату и журнал ошибок. Четыре пункта, и они ловят почти все поломки от обновлений.
Сколько занимает аудит?
День на средний сайт. Результат — список с решением по каждому: оставить, обновить, заменить, удалить. Дальше решения выполняются по одному.
Что остаётся после аудита?
Список плагинов с назначением, состоянием и решением. Он же используется при каждом следующем обновлении и не даёт вернуть удалённое.
Обновлено: