Что известно о сбое ESTT

Первые жалобы на работу ESTT появились около 04:00 мск 8 ноября, следует из данных сервиса Detector404. Пользователи сообщали о недоступности сайтов и виртуальных серверов, а также о проблемах с подключением по протоколам SSH и FTP. На официальном сайте ESTT подтвердили масштаб неполадок.

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

К вечеру 8 ноября провайдеру удалось вернуть в работу часть клиентских серверов. Утром 9 ноября ESTT сообщил о восстановлении значительной части виртуальной инфраструктуры. Однако личный кабинет клиентов оставался недоступным, пишет «Коммерсантъ»⁠.

Инженеры продолжают круглосуточно устранять последствия аварии. Точные сроки полного восстановления пока не называются.

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

Что не работает из-за сбоя ESTT

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

Особенно чувствительными такие перебои могут оказаться для ресторанного бизнеса. Услугами ESTT пользуются предприятия общепита, для которых доступность цифровых сервисов напрямую связана с приемом заказов.

Наиболее заметный пример произошел летом 2025 года, когда инфраструктура провайдера подверглась масштабной DDoS-атаке. Как сообщали «Ведомости»⁠, с 18 по 21 июля перебои наблюдались сразу у нескольких крупных компаний: «Вкусно – и точка», Cofix, «Суши Мастер», iiko. Среди пострадавших от той атаки также называли сеть доставки «Много лосося».

DDoS-атака предполагает перегрузку серверов огромным количеством запросов, из-за чего обычные пользователи не могут получить доступ к необходимым сервисам.

Для ресторанов последствия подобных происшествий могут быть серьезными: от невозможности оформить заказ через приложение до перебоев в работе систем автоматизации. Однако подтверждений, что перечисленные сети вновь столкнулись с проблемами 8–9 ноября 2026 года, пока нет.

Есть ли связь с кибератакой на Beget

Сбой ESTT произошел спустя неделю после серьезного инцидента у другого российского хостинг-провайдера – Beget.

В ночь на 2 ноября злоумышленники получили доступ к управляющей инфраструктуре Beget и запустили вредоносные программы, предназначенные для уничтожения данных. Кибератака нарушила работу сайтов, почтовых сервисов, виртуальных серверов и панели управления. Как сообщалось ранее, проблемы с доступом могли возникнуть примерно у 450 тысяч сайтов.

Среди затронутых ресурсов оказался информационный портал государственной системы маркировки «Честный знак». При этом сама система маркировки продолжила работать.

От последствий атаки пострадали и другие компании. Например, у каршеринга BelkaCar возникли перебои из-за нарушения связи приложения с серверами. Впоследствии сервис восстановил работу, перейдя на инфраструктуру другого подрядчика.

К 6 ноября Beget удалось восстановить более 60% виртуального хостинга. Однако выяснилось, что потери оказались значительно серьезнее первоначальных оценок. Облачная инфраструктура провайдера была уничтожена. Ее приходится создавать заново, а файловые резервные копии виртуальных серверов, по оценке компании, сохранились лишь для половины пользователей.

Подробнее о масштабах потери данных и ходе восстановления Beget стало известно 6 ноября. К 7 ноября специалисты завершили подготовительный этап восстановления инфраструктуры и приступили к возвращению сайтов из резервных копий. При этом компания предупредила, что угроза безопасности ее систем сохраняется.

Связь между кибератакой на Beget и нынешним сбоем ESTT не установлена.

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

Происшествия с ESTT и Beget вновь поставили вопрос о безопасности сайтов, размещенных у сторонних провайдеров.  Австралийское управление по кибербезопасности (ACSC) в рекомендациях для малого бизнеса советует заранее выяснять, как хостинг-провайдер защищает данные, создает резервные копии и противодействует вредоносному трафику. При выборе компании необходимо обратить внимание на несколько факторов.

Так, важно уточнить, как часто провайдер сохраняет данные и где размещает резервные копии. Лучше иметь дополнительную копию сайта и баз данных за пределами инфраструктуры основного поставщика. Национальный центр кибербезопасности Великобритании (NCSC) рекомендует использовать принцип «3–2–1»: три копии данных, два разных носителя и как минимум одна копия в другом месте.

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

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

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

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

Что делать, если сайт уже перестал работать

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

Если проблема носит массовый характер, необходимо связаться с технической поддержкой и выяснить состояние серверов и резервных копий.

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

Для бизнеса, зависящего от онлайн-заказов, важно иметь запасной канал взаимодействия с клиентами: телефон, альтернативную площадку или резервную систему приема заявок.