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