# Лечение сайта от вирусов

URL: https://chugunov.pro/uslugi/lechenie-sajta-ot-virusov/
Обновлено: 26.10.2026.
Источник: chugunov.pro.

2 000 ₽/час

Найду и удалю вирусы, вредоносный код и скрытые уязвимости на сайте, восстановлю его корректную работу и защищу от повторного заражения.

Или звоните, сразу обсудим детали.

[+7 (915) 016-99-88](tel:+79150169988)

Лечение
от вирусов

Найду и удалю **вирусы, вредоносный код, скрытые редиректы и следы взлома**, восстановлю корректную работу сайта, определю причину заражения и закрою уязвимости, чтобы снизить риск повторной атаки. Работаю с Битрикс, WordPress, Joomla, OpenCart и самописными проектами на PHP.

от 2 000 ₽ / час любая CMS и самописные

**Причина, а не только следствие** Нахожу и закрываю точку входа, иначе вирус вернётся через дни.

**Ручная проверка + сканер** Не удаляю рабочий код вместе с заражённым — решение принимаю вручную.

**Защита после лечения** Настраиваю базовую защиту, чтобы усложнить повторную атаку.

## Признаки заражения сайта

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

- Антивирус или браузер предупреждает об опасности
- Яндекс или Google пометили сайт как заражённый
- Посетителей перенаправляет на рекламу, казино или мошенников
- В файлах появились неизвестные скрипты и папки
- Сайт стал работать медленнее или выдаёт ошибки
- В поисковой выдаче появились чужие страницы
- Хостинг уведомил о вредоносном коде или рассылке спама
- Администраторы, пароли или настройки изменились сами
- Заражение вернулось после восстановления из копии

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

## Что сделать сразу, если сайт заражён

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

Второе — сменить пароли: от панели управления сайтом, хостинга, FTP, SSH и базы данных. Пароли лучше менять с заведомо чистого компьютера, потому что иногда доступы крадут именно с устройства владельца или подрядчика. Заодно проверьте, нет ли в администраторах сайта незнакомых пользователей, и не удаляйте их сами — их наличие тоже пригодится для диагностики.

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

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

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

## Этапы лечения сайта

Вредоносный код часто маскируется под системные файлы и создаёт резервные точки входа, поэтому лечение — это не просто очистка пары файлов из антивируса.

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

1. ### Диагностика и бэкап
Запрашиваю доступы, изучаю симптомы, журналы ошибок и уведомления. Перед работами создаю резервную копию, чтобы ни одно изменение не было необратимым.
2. ### Поиск вредоносного кода
Проверяю файлы, базу данных, шаблоны, плагины и служебные каталоги. Сканер + ручная проверка, чтобы не удалить рабочий код. Сравниваю ядро CMS с оригинальным дистрибутивом той же версии.
3. ### Удаление и восстановление
Чищу заражённые файлы и записи БД, удаляю скрытые страницы и чужих админов, восстанавливаю системные файлы из чистых дистрибутивов. Проверяю, что сайт работает: формы, каталог, оформление заказа.
4. ### Причина и защита
Нахожу точку входа, устраняю её и настраиваю базовую защиту от повторного заражения. Даю отчёт о найденном: что было заражено, как это попало на сайт и что сделано.

## Что я ищу при проверке

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

- PHP-бэкдоры и веб-шеллы
- Внедрённый JavaScript-код
- Скрытые ссылки и редиректы
- Вредоносные задания cron
- Спам-страницы и дорвеи
- Изменённые системные файлы
- Неизвестные администраторы
- Загрузчики вирусов извне

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

## Защита от повторного заражения

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

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

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

- Обновление CMS и уязвимых компонентов
- Удаление неиспользуемых плагинов и файлов
- Смена паролей и проверка прав доступа
- Ограничение выполнения PHP в служебных каталогах
- Закрытие опасных файлов и админ-разделов
- Проверка настроек хостинга и SSL
- Настройка резервного копирования
- Контроль целостности файлов

## Почему нельзя откладывать лечение

Заражённый сайт опасен не только для владельца, но и для посетителей — и чем дольше он заражён, тем выше потери.

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

**Угроза посетителям** Вирус перехватывает данные форм, подменяет платёжные реквизиты и распространяет вредоносные файлы. Пострадавшие посетители связывают проблему с вашим брендом, а не с вирусом.

**Блокировка и позиции** Растёт риск блокировки домена, потери позиций в поиске и повреждения данных. Спам-страницы, которые создаёт вирус, попадают в индекс и размывают выдачу по вашему сайту.

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

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

## Лечу сайты на любых CMS

Более 20 лет занимаюсь разработкой и поддержкой сайтов — понимаю архитектуру систем и отличаю вредоносный код от доработок проекта.

Каждая система заражается по-своему. На WordPress чаще всего виноваты устаревшие плагины и темы из непроверенных источников, на Битрикс — давно не обновлявшееся ядро и сторонние модули, на самописных сайтах — уязвимости в обработке форм и загрузке файлов. Знание этих особенностей помогает быстрее найти точку входа.

- 1С-Битрикс
- WordPress + WooCommerce
- Joomla
- OpenCart
- Самописные на PHP
- Нестандартные модули

## Типовые случаи заражения: что делаю и сколько это занимает

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

1. **«С телефона и из поиска сайт уводит на казино, а у меня всё открывается нормально».** Сначала воспроизвожу редирект: открываю сайт с мобильным User-Agent и с Referer поисковика. Затем ищу условие, по которому срабатывает вставка: index.php, wp-config.php, functions.php темы, файлы в mu-plugins, скрипты в таблицах wp_options и wp_posts, в Битриксе — шаблон сайта и init.php.от 4 чот 8 000 ₽
2. **«Хостинг заблокировал аккаунт за рассылку спама».** По журналу доступа ищу POST-запросы к одиночным PHP-файлам — обычно это рассыльщик в папке загрузок или кэша. Проверяю crontab аккаунта, удаляю рассыльщик и запасные загрузчики и готовлю для поддержки хостинга описание: что найдено и что устранено — для разблокировки его обычно требуют.от 3 чот 6 000 ₽
3. **«В Яндексе и Google тысячи чужих страниц на моём домене».** Ищу генератор дорвеев. Он часто показывает спам только поисковым роботам, поэтому сравниваю ответы сайта для обычного браузера и для User-Agent Googlebot и YandexBot. После удаления мусорные адреса должны отдавать 404 или 410, а из Search Console нужно убрать чужие карты сайта и посторонних владельцев, если их добавили.от 6 чот 12 000 ₽Страницы выпадают из индекса обычно неделями.
4. **«Вирус возвращается через несколько часов после очистки».** Значит, остался механизм восстановления. Проверяю crontab, события WP-Cron (wp cron event list), агенты Битрикса в таблице b_agent и обработчики в b_module_to_module, процессы от пользователя сайта и соседние сайты аккаунта. Изменённые файлы ищу по ctime: дату изменения (mtime) вредонос часто подделывает, а ctime так просто не подменить.от 4 чот 8 000 ₽
5. **«На Битриксе взломали сайт, а обновлять ядро страшно — всё сломается».** Если в редакции есть модуль «Проактивная защита», запускаю сканер безопасности и контроль целостности. Вручную проверяю dbconn.php, .settings.php, init.php в /bitrix/php_interface/ и /local/php_interface/ и состав группы администраторов. Когда заражение пришло через устаревший модуль, а обновиться сразу нельзя, закрываю уязвимость точечно и даю план обновления.от 6 чот 12 000 ₽Обновление ядра — отдельная оценка.
6. **«Антивирус хостинга прислал список из сотен файлов — можно их просто удалить?»** Нельзя, пока список не разобран. Часть срабатываний — ложные, на минифицированный JS и библиотеки с base64, часть — рабочие файлы со вставкой в первой строке: их нужно вычистить, а не удалять. Целиком удаляю только чужие файлы: веб-шеллы, загрузчики, лишние PHP-файлы в папках загрузок.от 2 чот 4 000 ₽Зависит от длины списка.

## Кто делает работу

Алексей Чугунов — fullstack-разработчик на 1С-Битрикс, WordPress и PHP

- Более 20 лет в IT: сайты, интернет-магазины, интеграции, обмены с 1С и CRM, поддержка действующих проектов
- Сертифицированный программист 1С-Битрикс: экзамены «Программист Битрикс» уровня 1 и уровня 2 (2016)
- Проекты для «Мосфильм», Gipfel, «Эвалар», Major, H&M и других компаний
- Заранее называю стоимость и сроки, остаюсь на связи после выполнения работ

[Подробнее обо мне и сертификаты →](https://chugunov.pro/about/)

## Частые вопросы

**Сколько стоит лечение сайта от вирусов?**

Работа считается по времени — от 2 000 ₽ за час. Итог зависит от масштаба заражения и состояния сайта: иногда достаточно точечной очистки, иногда нужен полный разбор файлов, базы данных и поиск причины. Оценку называю после первичной диагностики.

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

**Даёте гарантию, что вирус не вернётся?**

Полностью исключить попытки взлома невозможно, но я не ограничиваюсь удалением последствий: ищу и закрываю точку входа (уязвимый плагин, устаревшую CMS, скомпрометированный пароль) и настраиваю базовую защиту. Это значительно снижает риск повторного заражения.

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

**С какими CMS вы работаете?**

С 1С-Битрикс, WordPress + WooCommerce, Joomla, OpenCart, а также самописными проектами на PHP и сайтами с нестандартными модулями. Понимание архитектуры CMS помогает отличить вредоносный код от доработок и чистить сайт без нарушения его работы.

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

**Сайт помечен как заражённый в Яндексе или Google — что делать?**

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

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

**Сколько времени занимает лечение?**

Зависит от масштаба заражения. Начинаю с диагностики, затем называю объём. Пока идёт активное заражение, лучше временно ограничить доступ к сайту — это защитит посетителей и снизит риск санкций поисковых систем.

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

**Можно ли просто восстановить сайт из резервной копии?**

Иногда можно, но этого недостаточно. Если копия сделана после заражения, вредоносный код вернётся вместе с ней. Если до — на сайте пропадут изменения за этот период, а уязвимость, через которую произошёл взлом, останется открытой.

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

**Что нужно от меня для начала работ?**

Доступы к панели управления сайтом, хостингу и базе данных, по возможности — к FTP или SSH. Если есть письма от хостинга, поисковых систем или скриншоты предупреждений, пришлите их тоже: в них часто указано, какие файлы или страницы вызвали подозрение.

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

**Можно ли вылечить сайт самому плагином-антивирусом?**

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

**Нужно ли менять хостинг после взлома?**

Как правило, нет: чаще причина в самом сайте — устаревшей CMS, плагинах или утёкших паролях, и на новом хостинге она останется. Переезд имеет смысл, если тариф не позволяет обновить PHP, сайты аккаунта не изолированы друг от друга или хостинг не даёт журналы доступа. Переносить стоит уже вылеченный сайт — это отдельная услуга [переноса сайта](https://chugunov.pro/uslugi/perenos-sajta/).

**Как проверить сайт на вирусы самостоятельно?**

Откройте сайт с телефона через поиск, а не из закладок, и проверьте выдачу запросом site:ваш-домен — так видны редиректы и спам-страницы. Затем загляните в разделы безопасности Яндекс Вебмастера и Google Search Console и в уведомления хостинга. Онлайн-сканеры видят только то, что сайт отдаёт посетителю, и бэкдор в файлах не найдут, поэтому чистый результат проверки не гарантирует, что сайт не заражён.

## Нужно удалить вирус с сайта?

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

[+7 (915) 016-99-88](tel:+79150169988)