21.10.2026 ВЗЛОМ САЙТА БЕЗ ПАРОЛЯ ЭКСПЛОЙТ ПУБЛИЧНЫЙ САЙТЫ АТАКУЮТ ПРЯМО СЕЙЧАС УТЕЧКА КЛИЕНТСКИХ БАЗ — ШТРАФЫ ДО 15 МЛН ₽ ПРОВЕРЬТЕ СВОЙ САЙТ ЗА 30 СЕКУНД ПРОВЕРИТЬ →
AUTOMATA.SALE Системы привлечения заказов
Связаться

Бегет упал 2 ноября: сайт вернулся — теперь проверьте, что его не подменили

Евгений Урядов

Бегет упал 2 ноября: сайт вернулся — теперь проверьте, что его не подменили

Сбой Бегета 2 ноября 2026 года — один из крупнейших в истории рунет-хостинга: сотни тысяч сайтов, VPS и DNS недоступны часами, 9,5 тысячи жалоб за сутки из 33 городов. Если ваш сайт уже открылся — это половина дела. Вторая половина — убедиться, что он вернулся таким же, каким был: без внесённых за время простоя бэкдоров, на патчёной версии PHP и со свежим бэкапом. Ниже — что именно проверить и в каком порядке.

Что произошло: хронология сбоя

Сбой начался около трёх часов ночи 2 ноября и затронул все уровни инфраструктуры Бегета: сайты клиентов, виртуальные серверы, панель управления, DNS и почту. По данным DW, инженеры восстанавливали инфраструктуру вручную; остаточные проблемы фиксировались ещё 3–4 ноября. Часть СМИ, включая Finance Mail.ru, допускала кибератаку как причину — сам Бегет связь сбоя с атакой отрицает.

Фиксированные факты, без домыслов: 33 города в мониторинге Detector404, 9,5 тысячи жалоб за сутки, полная недоступность всех классов сервисов на несколько часов и растянутое на дни восстановление. Для владельца бизнеса это означает одно: возвращение сайта онлайн — не финал истории, а начало проверки.

Почему «сайт открылся» — не значит «сайт в порядке»

Восстановление после аварии такого масштаба — это всегда изменение состояния сервера. Четыре риска, которые остаются после того, как сайт снова отвечает:

  1. Восстановление из бэкапа неизвестной свежести. Если откатились на копию недельной давности — потеряны заказы, заявки и пользовательские данные за это окно.
  2. Окно внимания атакующих. Инцидент такого масштаба — сигнал для всех, кто сканирует рунет на уязвимости. Хостинг, который «лежал», на дни вперёд попадает в списки приоритетных целей.
  3. Откат версий ПО. При восстановлении из образа сервер может вернуться на старую версию PHP — а с 21 октября актуальна критическая уязвимость PHP2Shell (CVE-2026-109618/109619), закрываемая только в PHP 8.2.35+ или бэкпортом.
  4. Почта и DNS с хвостами. Накопившиеся за простой письма теряются или доставляются с задержкой в дни; DNS-кэш старых записей додживает реальный статус сайта.

Чек-лист владельца: 30 минут после восстановления

Пять шагов в порядке приоритета. Всё выполняется без привлечения разработчика, если у вас есть доступ к хостингу.

  1. Целостность файлов (10 минут). В файловом менеджере или по SSH отсортируйте файлы сайта по дате изменения. Всё, что менялось в окно сбоя и восстановления, а вы этого не делали, — открывайте и смотрите: init-скрипты, крон-задачи, index-файлы.
  2. Версия PHP — мост к PHP2Shell (1 минута). Бесплатная проверка automata.sale/proverka-php: покажет версию PHP и признаки уязвимости за 30 секунд. Если PHP старее 8.2.35 — читать разбор PHP2Shell и закрывать сегодня.
  3. Доступы (5 минут). Панель хостинга → список пользователей, FTP/SFTP-аккаунты, SSH-ключи и SSH-сессии. Неизвестные записи — удалять и менять все пароли администраторов.
  4. Бэкап ДО сбоя (5 минут). Проверьте, что в панели есть копия с датой не позднее 1 ноября, и скачайте её себе локально. Копия на хостинге, который только что лежал, — не бэкап, а надежда.
  5. Заявки и почта (10 минут). Пройдитесь по формам сайта: отправьте тестовую заявку, проверьте приход писем за 2–5 ноября. Каждая молча потерянная заявка — это деньги, которые никто не вернёт.

Когда простой — это сигнал переезжать

Один сбой — случайность. Но если у хостинга уже были инциденты, нет собственного мониторинга с алертами, а поддержка отвечает сутками — экономика простоя быстро догоняет экономию на тарифе. Считайте прямо: часы простоя × средний чек заявки × конверсия сайта = цена вопроса.

Клиентов я в таких случаях переношу на собственные VPS с настроенным мониторингом, ежедневными бэкапами в отдельное хранилище и закрытыми уязвимостями уровня PHP2Shell — миграция без потери SEO занимает 2–3 дня, включая проверку каждого URL в индексе.


📞 +7 (906) 311-77-69 · ✉ hello@automata.sale · 💬 Telegram: @automatasale · 🌐 automata.sale

ИП Урядов Евгений Евгеньевич · ИНН 645112058391 · ОГРНИП 312645301900058 Работаем по России, Беларуси и Казахстану


Евгений Урядов может помочь:

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

Бегет упал — как понять, проблема у меня или у хостинга?

Проверьте сервисы мониторинга доступности: Detector404 и Downradar показывают жалобы по городам в реальном времени. Если ваш сайт не открывается, а на мониторах тысячи жалоб на beget.com по всей России — проблема на стороне хостинга, ждать письма из поддержки не нужно. Работоспособность самого сайта дополнительно проверьте с другого интернета: через мобильную сеть или онлайн-прокси.

Сайт вернулся после сбоя — обязательно ли что-то проверять?

Да. Восстановление из резервных копий и ручная работа инженеров на всех уровнях инфраструктуры — это изменение состояния вашего сайта. Минимум: сравнить даты изменения файлов, проверить список администраторов и FTP-доступы, убедиться, что версия PHP не откатилась к уязвимой, и подтвердить наличие бэкапа, сделанного ДО сбоя.

Могли ли мой сайт взломать во время сбоя?

Сам по себе downtime взломом не является. Риски две: восстановление из заражённого бэкапа (если сайт был скомпрометирован раньше) и повышенное внимание атакующих к «лёгшим» хостингам — на фоне СМИ о возможной кибератаке. Отдельно учитывайте октябрьскую уязвимость PHP2Shell (CVE-2026-109618/9): если ваш сайт работал на PHP старее 8.2.35, проверка обязательна.

Положена ли компенсация от Бегета за простой?

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

Как быстро проверить версию PHP на сайте?

Самый быстрый способ — бесплатная проверка на automata.sale/proverka-php: 30 секунд, без установки, показывает версию PHP и признаки уязвимости PHP2Shell. Ручной способ на своём сервере — команда php -v по SSH или страница phpinfo(). Патчёная версия — 8.2.35 и новее либо бэкпорт от 21 октября 2026 года.

📞 +7 (906) 311-77-69 · ✉ hello@automata.sale · 💬 Telegram: @automatasale · 🌐 automata.sale

ИП Урядов Евгений Евгеньевич · ИНН 645112058391 · ОГРНИП 312645301900058
Работаем по России, Беларуси и Казахстану