Как проверить сайт на вирусы онлайн по ссылке: ТОП сервисов и признаков заражения
Практическое руководство по комплексной проверке сайта на вредоносный код, спам-ссылки, скрытые мобильные редиректы и майнеры. Как очистить домен и не попасть под санкции Яндекса и Google.
Заражение веб-сайта вредоносным кодом — один из самых коварных сценариев взлома. В отличие от дефейса, когда злоумышленники явно заменяют главную страницу, вирусный код может месяцами незаметно паразитировать на ресурсе, подменяя ссылки в поисковой выдаче или перенаправляя мобильных пользователей на фишинговые лендинги.
Если вовремя не обнаружить заражение, поисковые системы Яндекс и Google пометят ваш домен предупреждающей плашкой «Сайт может угрожать безопасности вашего компьютера», что приведет к мгновенному падению органического поискового трафика на 80–95% и блокировке контекстной рекламы.
1. Главные признаки того, что ваш сайт заражен
Большинство современных веб-вирусов работают скрытно и маскируются от администратора сайта: они не проявляют активности, если вы заходите на сайт с десктопа или под авторизованной учетной записью. Основные тревожные сигналы: 1) Резкое падение поисковых позиций в Яндекс и Google; 2) Жалобы пользователей на автоматические переходы на сторонние сайты с мобильных телефонов; 3) Появление странных страниц в поиске (японский или казино-спам); 4) Замедление загрузки из-за внедренных скриптов скрытого майнинга.
2. Как работают онлайн-чекеры по ссылке
Автоматические сканеры эмулируют поведение реальных пользователей с различными User-Agent (мобильные устройства iOS/Android, поисковые боты, десктопные браузеры) и анализируют ответы сервера: 1) Проверка заголовков ответа и цепочки HTTP-редиректов; 2) Сверка домена с базами Google Safe Browsing, PhishTank и спам-листами; 3) Поиск вредоносных JS-обфусцированных инъекций в исходном коде страниц.
3. Что делать, если обнаружен вредоносный код
Алгоритм экстренного реагирования: 1) Смените все пароли к SSH, FTP, базе данных и панели управления хостингом; 2) Проверьте файл .htaccess или конфигурацию Nginx на наличие скрытых директив RewriteRule; 3) Сравните текущие файлы ядра CMS и модулей с чистыми копиями из официального репозитория; 4) Закройте уязвимость, через которую произошло проникновение (устаревший плагин, открытый .env или слабый пароль).
# Блокировка выполнения произвольных скриптов в папке загрузок:
location ~* /uploads/.*\.(php|pl|py|jsp|asp|sh|cgi)$ {
deny all;
return 404;
}
4. Обнаружение веб-шеллов и скрытых обфусцированных скриптов
Веб-шеллы — это вредоносные скрипты на PHP, Python или Node.js, маскирующиеся под системные утилиты вроде image_thumb.php или analytics-v2.js. Они применяют обфускацию, base64_decode и системные вызовы exec, passthru, system. Администраторы серверов могут выявлять такие скрипты с помощью терминальных команд поиска подозрительных вызовов и сверки контрольных сумм файлов с оригинальным дистрибутивом CMS.
# Поиск файлов с подозрительными функциями в каталоге веб-сервера:
find /var/www/ -type f -name "*.php" -exec grep -lE "(eval|base64_decode|gzinflate|passthru|shell_exec)" {} \;
# Проверка файлов, измененных за последние 7 дней:
find /var/www/ -type f -mtime -7 -name "*.php"
5. Снятие предупреждений в Яндекс Вебмастере и Google Search Console
После завершения очистки сервера и удаления бэкдоров отправьте запрос на перепроверку: в Яндекс Вебмастере в разделе «Безопасность и нарушения» нажмите «Я всё исправил», а в Google Search Console подайте апелляцию в разделе «Проблемы безопасности» с приложением описания предпринятых действий (смена паролей, блокировка вредоносных IP, удаление шелла). Проверка обычно занимает от 24 до 72 часов.
Чек-лист безопасности для разработчика
- ✓ Проверить цепочки мобильных редиректов через разные User-Agent
- ✓ Убедиться в отсутствии домена в реестрах Google Safe Browsing
- ✓ Запретить выполнение скриптов в каталоге /uploads/
- ✓ Обновить все установленные плагины и тему оформления
- ✓ Запустить регулярный аудит безопасности в Site Check
Резюме и ключевые выводы аудитора безопасности
При запуске веб-сервисов и приложений на базе современных фреймворков (Next.js, Astro, React, Supabase) безопасность периметра не должна быть второстепенным этапом. Более 85% утечек конфиденциальных данных и взломов баз данных происходят не из-за изощрённых уязвимостей нулевого дня (0-day), а по причине тривиальных ошибок конфигурации: забытых тестовых эндпоинтов, открытых файлов окружения, некорректных правил CORS и отсутствия строгих политик разграничения доступа (RLS).
Регулярный превентивный аудит внешнего контура с помощью Site Check позволяет обнаружить опасные сигнатуры за считанные секунды и закрыть векторы атак до того, как они попадут в поле зрения автоматизированных ботнетов.