Перейти к основному разделу

Кибератака на ESTT: почему пострадала облачная инфраструктура и как защитить данные

Обновлено 12 ноября 2026 г.
Кибератака на хостинг-провайдера ESTT

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

Как кибератака на ESTT нарушила работу облачных сервисов

8 ноября 2026 года российский хостинг-провайдер ESTT (e-Style Telecom) столкнулся с серьезным техническим сбоем. Первые жалобы появились около 04:00 мск, следует из данных сервисов мониторинга сбоев. Пользователи сообщали о недоступности сайтов и виртуальных серверов, а также проблемах с подключением по SSH и FTP.

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

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

Атака затронула кластеры виртуализации и системы управления облачной инфраструктурой. На кластерах размещались виртуальные серверы клиентов, а системы управления обеспечивали их запуск и настройку. Из-за нарушения работы этих компонентов многие клиентские сайты и приложения оказались недоступны.

При этом выделенные физические серверы клиентов ESTT продолжали работать в штатном режиме. Основные последствия кибератаки пришлись именно на облачную инфраструктуру. Признаков утечки клиентских данных компания не обнаружила. Об уничтожении данных клиентов компания не сообщала.

К вечеру 8 ноября инженеры восстановили часть серверов, а 9 ноября ESTT отчиталась о возвращении в работу 90% клиентских виртуальных машин. 10 ноября провайдер сообщил о запуске всех виртуальных машин, но небольшая часть VPS — виртуальных частных серверов — все еще оставалась недоступной по сети: инженерам нужно было восстановить их сетевые настройки. 11 ноября компания объявила о завершении восстановления: все виртуальные серверы работают, а панель управления SmartCore снова доступна клиентам. Позднее внешний доступ к панели временно ограничили из-за дополнительных технических работ, при этом сама облачная инфраструктура продолжает работать.

Защитите устройства от программ-шифровальщиков

Kaspersky Premium защищает личные устройства от шифровальщиков и других вредоносных программ, снижая риск заражения и повреждения файлов.

Попробовать бесплатно

Как защитить данные и сохранить работу сайта при сбое хостинг-провайдера

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

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

Поэтому компаниям важно принять несколько мер:

  • Хранить резервные копии отдельно от основной инфраструктуры. Данные сайта, базы данных и другие важные файлы лучше скопировать в хранилище другого провайдера или на независимые носители.
  • Проверять возможность восстановления. Недостаточно убедиться, что резервная копия существует. Стоит периодически разворачивать сайт на тестовом сервере, запускать веб-сервер, подключать базу данных и проверять работу основных функций. Так вы заранее обнаружите ошибки и оцените время восстановления.
  • Сохранять настройки для переноса сайта. Помимо файлов и баз данных, храните на независимой площадке конфигурации веб-сервера и приложения. Они помогут быстрее настроить сайт на другом сервере. Для управления DNS-записями используйте сервис регистратора домена или отдельного провайдера, не связанного с основным хостингом. Тогда при аварии вы сможете перенаправить посетителей на резервный сервер.
  • Защищать административный доступ. Для учетных записей хостинга и управления доменами используйте уникальные надежные пароли, включите многофакторную аутентификацию и ограничьте права пользователей. Также защитите рабочие компьютеры и совместимые серверы от вредоносного ПО — небольшому бизнесу для этого подойдет Kaspersky Small Office Security. Решение блокирует программы-вымогатели, а также позволяет централизованно управлять защитой устройств сотрудников.
  • Подготовить план действий на случай простоя. Заранее определите, как сотрудники будут действовать после инцидента, кто связывается с провайдером, кто принимает решение о переносе сайта на резервную площадку, а кто информирует клиентов о перебоях. Без такого плана даже при наличии резервных копий восстановление может затянуться: команде придется искать необходимые доступы, распределять задачи и согласовывать действия уже во время аварии.

Статьи и ссылки по теме:

Рекомендуемые продукты:

Кибератака на ESTT: почему пострадала облачная инфраструктура и как защитить данные

Атака на хостинг-провайдера ESTT нарушила работу облачных сервисов. Почему восстановление серверов не гарантирует доступность сайтов и как защитить данные от подобных сбоев.
Kaspersky logo

Статьи на эту тему