Для проверки сайта AI-Bolit сначала сохраните файлы и базу данных, затем запустите сканер в панели хостинга или через SSH. Сохраните отчёт и передайте находки администратору: подозрительный файл нельзя удалять вслепую. Если заражение подтвердилось, устраните его причину, повторите сканирование и проверьте заявки.
AI-Bolit — сканер Revisium для поиска вирусов и вредоносных скриптов в файлах сайта. Его отдельная версия распространялась без оплаты для некоммерческого использования; доступность актуальной сборки и условия встроенного сервиса уточняйте у провайдера. Этот антивирус для сайта также ищут по написанию Aibolit. Он проверяет файлы WordPress, 1С-Битрикс, Joomla и самописных движков; менять CMS ради сканирования не требуется.
Сканер на сервере видит файлы, недоступные проверке одной ссылки в браузере. Но отчёт по файлам не заменяет исследование базы данных, доступов и причины взлома. Падение позиций само по себе вирус не доказывает: сначала нужны наблюдаемые признаки.
Шаг 1Сохраните копию и признаки заражения
Откройте панель своего хостинга и найдите резервное копирование по его справке. Создайте архив файлов и дамп базы данных, скачайте их в закрытое хранилище вне сайта. Запишите дату, домен, папку сайта и симптомы: чужая переадресация, незнакомая страница, предупреждение браузера, письмо хостинга.
Попросите администратора сохранить журналы обращений и ошибок до очистки. Архив может содержать заражение: это материал для разбора, а не готовая точка восстановления. Проверьте, что архив читается и база присутствует; восстановление сайта из копии или архива проверяют на изолированной копии.
Если посетителей перенаправляет на чужой ресурс или сайт запрашивает данные от имени посторонней организации, согласуйте с хостингом временное ограничение доступа. Рекламу на опасную страницу приостановите. Если сайт не открывается и пригодной копии нет, передайте восстановление сайта специалисту: не перезаписывайте оставшиеся файлы.
Типичная ошибка. Запускать автоматическое лечение до сохранения исходного состояния.
Что сказать подрядчику. «Где копия файлов и базы, как вернуть отдельный файл и как не потерять новые заявки при возврате базы?»
Шаг 2Запустите сканер в панели хостинга
Как проверить сайт на хостинге на вирусы без консоли? В справке Beget описан такой порядок:
- Откройте «Сервисы → Ai-Bolit», выберите нужный сайт и нажмите «Запустить проверку».
- Выберите тип сканирования, при необходимости включите уведомление на рабочую почту и подтвердите запуск.
- Дождитесь завершения. Откройте последний отчёт; историю используйте для сравнения результатов.
Названия и доступные режимы сверьте в своём кабинете и справке провайдера. Если непонятно, какой режим охватывает все нужные файлы, запросите помощь поддержки до запуска.
У Hostland заявлен сервис AI-Bolit, но страница услуги описывает и ImunifyAV+. Уточните в поддержке действующий антивирус и путь к нему. В ISPmanager, cPanel и других панелях набор модулей зависит от провайдера: универсальной кнопки нет.
Проверьте домен, охваченные директории, время завершения и ошибки чтения. Статус «запущено» не означает, что проверка окончена. Сохраните полный результат в закрытом хранилище. Если проверка завершена с нужным охватом, переходите к шагу 4; консольный запуск нужен как альтернатива панели.
Типичная ошибка. Принять сканирование соседнего домена за проверку сайта производства.
Что сказать подрядчику. «Какой сканер вирусов для сайта на хостинге использован, что исключено и где полный отчёт?»
Шаг 3При необходимости запустите AI-Bolit через SSH
Этот вариант — для администратора, если панели недостаточно. Получите поддерживаемую сборку у разработчика или провайдера. Старый архив из случайного репозитория не подтверждает актуальность проверки. Откройте SSH-сеанс под пользователем сайта, разместите сканер вне публичной папки и сверьте README сборки.
До запуска подтвердите совместимость PHP, режим только сканирования и место записи результата. Некоторые сборки сохраняют HTML-отчёт в проверяемую папку сайта. Закройте доступ к нему средствами сервера заранее и убедитесь, что его нельзя скачать без авторизации. Одного размещения сканера вне публичной папки недостаточно. Если защитить результат нельзя, запросите проверку у провайдера.
В инструкции IPSERVERONE приведён запуск с параметром --path. Ниже — пример с условными путями, который администратор должен сверить с README своей сборки:
cd /home/account/tools/ai-bolit
php ai-bolit.php --path=/home/account/public_htmlЗамените пути на свои. Параметр --path задаёт проверяемый каталог на сервере, а не адрес страницы. Версия PHP, имя файла и остальные параметры зависят от окружения; универсальную команду без проверки совместимости использовать нельзя.
Дождитесь завершения, сохраните вывод и отчёт. Проверьте, что нет остановки из-за памяти, времени или прав доступа. После анализа уберите временные файлы сканера и результаты с публичного сервера, сохранив закрытую копию.
Типичная ошибка. Считать оборванный запуск чистым результатом.
Что сказать подрядчику. «Покажите версию, команду, область проверки и подтверждение завершения без пропусков».
Шаг 4Разберите отчёт, а не удаляйте список
Названия и серьёзность категорий отличаются между версиями. Читайте пояснение конкретного отчёта; цвет строки сам по себе диагнозом не является.
| Сигнал | Что выяснить | Следующее действие |
|---|---|---|
| Критическая находка, известный вредоносный код | Какой файл и фрагмент обнаружены | Сохранить образец, подтвердить заражение |
| Подозрительный код | Есть ли законное назначение | Сравнить с исходником той же версии |
| Предупреждение о настройке | Какие права или условия вызвали сигнал | Оценить риск, не объявлять файл вирусом |
| Ошибка чтения, исключённая папка | Что сканер не проверил | Устранить пропуск и повторить |
Тревожные признаки: неизвестный PHP-файл среди загрузок, чужая переадресация в .htaccess, внедрённый код в шаблоне, скрытые спам-ссылки. Это повод для проверки контекста. Сжатый JavaScript или защищённый код коммерческого модуля может вызвать ложное срабатывание. Встроенный антивирус может оформлять находки иначе, поэтому не переносите категории из чужого примера автоматически. Обоснование исключения сохраняют вместе со сравнением с доверенным оригиналом.
Типичная ошибка. Добавить весь каталог плагинов в исключения ради пустого отчёта.
Что сказать подрядчику. «Для каждой находки укажите: заражение, ложное срабатывание или требует исследования — и основание решения».
Шаг 5Устраните заражение и причину
Администратор заменяет подтверждённо изменённые компоненты доверенными файлами той же версии, отдельно разбирает доработки и базу данных. Для WordPress, 1С-Битрикс и Joomla порядок восстановления и обновления сверьте с документацией своей версии. Сначала проверьте совместимость на изолированной копии, где отключены отправка писем и передача заявок в рабочую CRM. Самописные обработчики сверяют с доверенным исходным кодом. Неизвестные лишние файлы тоже требуют разбора: простая перезапись компонентов может оставить их на месте.
Нужно проверить неизвестных администраторов, задания планировщика, соседние сайты аккаунта и журналы. Обновите уязвимые CMS и расширения до поддерживаемых исправленных версий, проверив совместимость. Закройте найденную уязвимость, отзовите лишние доступы, смените с доверенного устройства скомпрометированные пароли. Смену пароля базы согласуйте с обновлением конфигурации сайта.
При повторном заражении, непонятных вставках или отсутствии исходников нужен независимый специалист. Запросите журнал: файл, причина, состояние до и после, резервная копия, способ возврата. Откат базы может затереть свежие обращения; их сохраняют отдельно. Возвращать заведомо заражённую копию в публичный доступ нельзя.
Типичная ошибка. Удалить найденное, оставив уязвимый модуль.
Что сказать подрядчику. «Каким путём произошло заражение, чем это подтверждено и что закрывает повтор?»
Шаг 6Проверьте заявки и поисковые предупреждения
Повторите сканирование с сопоставимым охватом. Затем проверьте каталог, документы и формы с компьютера и телефона. Типовая ситуация: после чистки карточка станка открывается, но запрос расчёта не доходит. Отправьте тестовый запрос КП и заявку с карточки продукта; проверьте почту, CRM и получение менеджером. Отдельно проверьте звонок и его учёт: клик по номеру ещё не звонок. Срабатывание событий аналитики сопоставьте с реальными обращениями. Порядок проверки безопасности и приёмки работ описан в статье «Аудит безопасности сайта: как проверить и принять работу».
В Яндекс Вебмастере откройте «Оптимизация сайта → Безопасность и нарушения» — этот путь указан в справке Яндекса. Прочитайте описание: это сигнал поисковой системы, а не файловый отчёт. После исправлений опишите изменения, отметьте «Нарушение исправлено» и нажмите «Отправить на проверку». Если интерфейс отличается, сверьте действия в кабинете и актуальной справке.
В Google Search Console откройте «Проблемы безопасности». Разверните проблему и примеры URL; список может быть неполным. Устраните все перечисленные угрозы на всех затронутых страницах, нажмите «Запросить проверку» и опишите действия с доказательствами результата. Не подавайте новый запрос до решения по текущему. Отдельно откройте «Меры, принятые вручную»: если они есть, выполните указания этого отчёта и запросите пересмотр отдельно.
Типичная ошибка. Обещать снятие метки и возврат позиций сразу после чистки.
Что сказать подрядчику. «Передайте контрольный отчёт, результаты тестовых обращений и отдельный статус проверки поисковиками».
Итог
Проверка завершена, когда сканирование прошло без необъяснённых пропусков, а по каждой находке есть обоснованное решение. Если заражение подтвердилось, нужны устранение его причины, контрольное сканирование и проверка каталога и обращений. Невыясненную причину и статус поисковых предупреждений фиксируйте отдельно: это открытые вопросы, а не закрытая задача.
Получить аудит
Ссылки со значком ↗ ведут на сторонние сайты и открываются в новой вкладке.
Вопросы по теме
AI-Bolit сам удаляет вирусы?
Возможности зависят от сборки и сервиса хостинга. Сканирование и лечение — разные операции. Перед очисткой нужны копия и разбор находок.
Можно проверить сайт без SSH?
Да, если хостинг предоставляет сканер в панели. Попросите поддержку назвать раздел, охват проверки и способ получения полного отчёта.
AI-Bolit ничего не нашёл, но сайт помечен опасным. Что делать?
Проверьте завершение сканирования и исключения. Нужны также анализ базы, внешних подключений и примеров из поисковых отчётов. Отсутствие находок не исключает угрозу.
Почему подозрительный файл оказался частью CMS?
Эвристическая проверка отмечает необычный код, который бывает и легитимным. Сравните файл с доверенным оригиналом той же версии; не исключайте его только по названию.
Нужно ли восстанавливать сайт целиком из старой копии?
Не всегда. Сначала определяют охват заражения и пригодность копии. При полном возврате можно потерять свежие заявки и изменения каталога; порядок сохранения данных согласуют до восстановления.
