Поддержка и сопровождение
Обновления, безопасность, мониторинг и развитие проектов
Разработка сайтов
Магазины, корпоративные сайты, B2B, MVP
Мобильные приложения
iOS и Android, серверная часть, публикация в App Store и Google Play
Боты и ИИ
Telegram-боты, Mini App, ИИ-ассистенты
Безопасность сайтов
Аудит, защита от DDoS, восстановление после взлома
Парсинг данных
Сбор данных, обработка, API и загрузка в ваши системы
Рубрики проектов
Все проекты100+ Интернет-магазины33 Корпоративные сайты16 Переезд на WordPress3 Лендинги4 Стартапы и веб-сервисы4Интернет-магазины · последние
Интернет-магазиныКорпоративные сайты · последние
Корпоративные сайтыПереезд на WordPress · последние
Переезд на WordPressЛендинги · последние
ЛендингиСтартапы и веб-сервисы · последние
Стартапы и веб-сервисыРазработка · последние
РазработкаПоддержка · последние
Поддержка
wp_optionswp_postmetaactionscheduler_*wp-config.php.htaccessRECOVERY_MODE_EMAILБезопасность · последние
Безопасностьphp -vphp8.1memory_limit=-1Серверы и защита · последние
Серверы и защитаБоты и ИИ · последние
Боты и ИИПомогаем восстановить работу сайта после взлома, заражения вредоносным кодом или несанкционированного вмешательства. Выполняем удаление вирусов с сайта, восстанавливаем повреждённые компоненты и устраняем выявленные пути постороннего доступа. Работаем с сайтами на популярных CMS и индивидуальной разработки, в том числе созданными другими подрядчиками.
Признаки взлома и заражения сайта
01
О взломе сайта могут свидетельствовать вредоносные переадресации, посторонние страницы, изменения настроек, предупреждения систем безопасности и нарушения в работе ресурса. Основные признаки, на которые следует обратить внимание:
При открытии страниц посетители перенаправляются на фишинговые, мошеннические или рекламные сайты без согласия владельца. Переадресация может происходить выборочно — например, только при переходе из поисковой системы или с мобильного устройства.
При попытке открыть сайт браузер может показывать предупреждение о вредоносном ПО или фишинге. Google может размещать предупреждения в результатах поиска. Владелец сайта также может получить уведомление об обнаруженных угрозах через Google Search Console.
На сайте появляются неизвестные страницы, рекламные ссылки или публикации, размещённые без разрешения владельца. Содержимое существующих страниц также может изменяться или отображаться по-разному для администратора и посетителей.
В системе управления обнаруживаются посторонние учётные записи с повышенными правами, изменённые настройки доступа или неизвестные модули. Иногда владелец теряет доступ к административной панели.
Хостинг-провайдер сообщает об обнаруженных вредоносных файлах, подозрительных процессах или рассылке спама. В отдельных случаях ограничивается работа сайта либо отправка электронной почты.
Страницы начинают медленно открываться, возникают ошибки или неожиданно увеличивается потребление серверных ресурсов. Такие симптомы могут сопровождать заражение, но встречаются и при обычных технических неисправностях.
Перечисленные признаки служат основанием для проверки сайта. При этом отсутствие заметных изменений не исключает скрытого заражения или несанкционированного доступа.
02
Если сайт взломали, важно не только удалить вредоносный код, но и предотвратить дальнейший ущерб. Необдуманные изменения могут уничтожить данные, необходимые для выяснения обстоятельств взлома, а преждевременное восстановление из резервной копии — вернуть заражение.
Если сайт перенаправляет посетителей на мошеннические ресурсы, распространяет вредоносный код или выполняет подозрительные действия, необходимо ограничить эту активность. В зависимости от ситуации можно временно закрыть публичный доступ, отключить затронутые функции или изолировать сайт. Простая страница технического обслуживания не всегда останавливает вредоносные процессы на сервере.
Перед удалением вредоносного кода и восстановлением сайта из резервной копии рекомендуется сохранить текущее состояние файлов, базы данных и доступные журналы сервера. Эти сведения могут понадобиться для определения масштаба взлома, поиска источника заражения и выявления изменений, внесённых злоумышленниками. Удаление файлов и восстановление из резервной копии без предварительного анализа могут затруднить расследование и не устранить причину взлома.
Проверьте доступы к панели хостинга, CMS, FTP/SFTP, SSH и другим связанным системам. При подозрении на компрометацию необходимо сменить соответствующие пароли, отозвать посторонние сеансы и ключи доступа, а также включить двухфакторную аутентификацию там, где она поддерживается. Изменять учётные данные следует с доверенного устройства. Если злоумышленник сохранил доступ через вредоносный код или уязвимость, одной смены паролей будет недостаточно.
Если хостинг сообщил о заражении, заблокировал сайт или обнаружил подозрительную активность, уточните причину ограничений и запросите доступные сведения об инциденте. Провайдер может помочь сохранить журналы, ограничить вредоносную активность или предоставить резервные копии. Не стоит рассчитывать, что хостинг самостоятельно выполнит полное расследование и восстановление сайта: объём такой помощи зависит от условий обслуживания.
Сообщите, когда заметили проблему, какие симптомы наблюдаются и какие действия уже предпринимались. Полезны уведомления хостинга, сообщения Google Search Console, примеры подозрительных URL и сведения о недавних изменениях сайта. Доступы для работ следует передавать по согласованному защищённому каналу. После первичной оценки можно определить объём восстановления и необходимые меры по устранению последствий взлома.
Главная задача на этом этапе — остановить вредоносную активность, не потерять важные данные и обеспечить условия для восстановления. Поиск и удаление заражения, устранение выявленных способов проникновения и проверка работоспособности относятся к следующим этапам работ.
03
Проводим комплексную чистку сайта от вирусов: выявляем последствия заражения, удаляем вредоносный код, восстанавливаем повреждённые компоненты и устраняем обнаруженные способы постороннего доступа. Проверяем работоспособность сайта после восстановления. Объём работ зависит от характера заражения и состояния проекта.
Анализируем файлы, базу данных, настройки и доступные журналы сервера. Выявляем вредоносные изменения, посторонние учётные записи и возможные способы проникновения. Устанавливаем, какие компоненты затронуты взломом.
Находим и удаляем веб-шеллы, бэкдоры, посторонние скрипты и вредоносные вставки. Заражённые системные файлы заменяем оригинальными файлами соответствующих версий, а пользовательский код очищаем с сохранением его функциональности.
Удаляем вредоносные скрипты, спам-ссылки и посторонние записи, исправляем несанкционированные изменения настроек и содержимого сайта. При очистке учитываем структуру базы данных и особенности проекта, чтобы не затронуть информацию, не связанную со взломом.
Удаляем обнаруженные механизмы закрепления злоумышленников, проверяем административные учётные записи, задания планировщика и настройки доступа. При необходимости обновляем уязвимые компоненты и исправляем конфигурацию.
Восстанавливаем повреждённые или удалённые файлы из доступных резервных копий, устраняем связанные со взломом ошибки. Проверяем открытие страниц, работу административной панели и основных функций сайта.
Повторно проверяем ранее обнаруженные признаки заражения и выполненные исправления, тестируем основные функции сайта. Передаём заказчику информацию о выявленных проблемах, проведённых работах и оставшихся рисках.
Если взлом затронул другие сайты на том же хостинге или сервере, может потребоваться их дополнительная проверка и очистка.
04
Резервная копия может значительно ускорить восстановление взломанного сайта, особенно если злоумышленники повредили или удалили файлы и данные. Однако восстановление из бэкапа не всегда решает проблему: копия могла быть создана уже после заражения и содержать вредоносный код.
Перед восстановлением проверяем доступные резервные копии и выбираем подходящую версию с учётом обнаруженных признаков взлома. Оцениваем, какие изменения и данные появились после её создания, чтобы избежать их необоснованной потери.
В зависимости от состояния сайта восстанавливаем его полностью либо используем резервную копию для возврата отдельных файлов и данных. Если пригодной копии нет, работаем с текущим состоянием сайта.
После восстановления проверяем сайт на признаки заражения и устраняем выявленные способы повторного доступа. Без этих мер восстановленный сайт может быть взломан снова.
05
После удаления вредоносного кода сайт может оставаться в списках опасных ресурсов, терять посетителей из поиска или сталкиваться с ограничениями хостинга и почтовых сервисов. Устраняем последствия взлома, которые сохраняются после технического восстановления сайта.
Проверяем статус домена в Google Safe Browsing, Google Search Console и антивирусных сервисах, сообщивших об угрозе. После подтверждения устранения заражения направляем запросы на повторную проверку и исключение сайта из списков опасных ресурсов.
Находим созданные злоумышленниками адреса, попавшие в поисковую выдачу. Проверяем, что удалённые страницы возвращают корректные HTTP-статусы, и при необходимости используем Google Search Console для их временного скрытия. Контролируем исключение спам-страниц из индекса и проверяем наличие ограничений за поисковый спам.
Если хостинг приостановил работу сайта из-за заражения или подозрительной активности, уточняем причину блокировки и требования к её снятию. Предоставляем технической поддержке сведения об устранённых угрозах и сопровождаем запрос на восстановление доступа.
При блокировке исходящей почты или массовом отклонении писем проверяем состояние почтовой очереди, ограничения провайдера и наличие домена или IP-адреса в почтовых блок-листах. После прекращения вредоносной рассылки устраняем выявленные проблемы и при необходимости направляем запросы на разблокировку.
Снятие предупреждений, исключение из блок-листов и восстановление поисковой видимости зависят от проверок и решений сторонних сервисов. Поэтому сроки таких процедур могут отличаться от сроков технического восстановления сайта.
Перечисленные работы не входят в базовую услугу восстановления сайта и выполняются по отдельному запросу. Их стоимость определяется после оценки ситуации.
06
Стоимость зависит от масштаба заражения, состояния сайта, используемой CMS и объёма необходимых работ. После первичной оценки проблемы определяем состав работ и согласовываем стоимость до начала восстановления.
Сроки зависят от сложности заражения, объёма файлов и базы данных, состояния резервных копий и доступности сервера. После диагностики сообщаем ориентировочные сроки. Восстановление крупных или повторно заражённых проектов может потребовать дополнительного времени.
Да. Если после взлома вы не можете войти в административную панель сайта, мы восстановим доступ к ней в рамках работ по восстановлению сайта. Проверим, чтобы после очистки от вредоносного кода сайт корректно работал не только для посетителей, но и в административной части.
Да, во многих случаях сайт удаётся восстановить из текущих файлов и базы данных. Возможность полного восстановления зависит от того, какие данные сохранились после взлома. Если часть информации безвозвратно удалена, её восстановление гарантировать нельзя.
Да, если сохраняются неизвестные уязвимости, скомпрометированные доступы или небезопасные компоненты. В рамках восстановления устраняем обнаруженные способы проникновения, однако полностью исключить будущие атаки невозможно. Для снижения рисков необходимы регулярные обновления, резервное копирование и контроль безопасности.
Да. Работаем с сайтами на популярных CMS и индивидуальных решениях независимо от того, кто их разрабатывал. Возможность восстановления и объём работ определяем после изучения технического состояния проекта.
07
Если сайт взломан, заражён вредоносным кодом или перестал работать после атаки, обратитесь к специалистам RIVERIT. Изучим ситуацию, оценим объём необходимых работ и предложим решение по восстановлению сайта.
Оставьте заявку, укажите адрес сайта и кратко опишите проблему. Мы свяжемся с вами, уточним детали и согласуем дальнейшие действия.
Обсудить задачуУслуги направления
Статьи по теме
php -vphp8.1memory_limit=-1Критические уязвимости PHP CVE-2026-109618 и CVE-2026-109619 («PHP2Shell») закрыты в выпусках 8.2.35, 8.3.36, 8.4.27 и 8.5.12, атаки подтверждены. Что официально известно и что сделать с сайтом.
Разработчик пропал или вы меняете подрядчика? Как проверить, на кого оформлены домен и хостинг, вернуть доступы без разработчика и передать сайт на поддержку.
08Контакты
Опишите проект или проблему с сайтом. Мы свяжемся с вами в рабочее время, уточним детали и подготовим предложение с этапами, сроками и стоимостью.
Пн–пт 9:00–18:00
Заказать звонок
Оставьте номер — перезвоним в рабочее время: Пн–пт 9:00–18:00.
Пн–пт 9:00–18:00
Обсудить проект
Расскажите о задаче — оценим сроки и назовём стоимость после брифа.
Заявка отправлена
Спасибо! Свяжемся с вами в рабочее время: Пн–пт 9:00–18:00.