Timeweb: как не надо реагировать на инциденты безопасности
📊 Timeweb: как не надо реагировать на инциденты безопасности
29 июня 2026 года в нидерландском дата-центре Qupra, где Timeweb арендует стойки, вышли из строя чиллеры — серверы клиентов перегревались и отключались почти 45 часов. Проблема наложилась на месяцы регулярных DDoS-атак, от которых провайдер так и не выстроил эффективной защиты. Один из пострадавших клиентов написал в официальном Telegram-чате конструктивную критику — без оскорблений и спама. Реакция компании: сообщение удалили, несколько сотрудников одновременно отправили жалобы в Telegram, и платформа ограничила автору возможность писать на трое суток.
Техническая авария неприятна, но способ «решения» проблемы с обратной связью гораздо опаснее для репутации. Вместо прозрачного диалога, признания ошибок и публичного ответа Timeweb использовал административный ресурс, чтобы заставить неудобного клиента замолчать. Итог — не просто потеря одного пользователя, а детальный разбор на Habr и сигнал всему рынку: этот провайдер не умеет работать с управлением инцидентами и коммуникацией.
Для ИБ-команд, выбирающих облачного или хостинг-партнёра, это прикладной кейс. Управление инцидентами не сводится к восстановлению доступности — оно включает работу с пострадавшими и неизбежным публичным негативом. Компания, банящая клиентов за конструктивную критику сейчас, с высокой вероятностью так же непрозрачно поведёт себя при реальной утечке данных.
→ Дата аварии: 29.06.2026, длительность ~45 часов
→ Причина: отказ чиллеров в ЦОД Qupra (Нидерланды)
→ Действия провайдера: удаление сообщения, массовые жалобы, блокировка на 3 суток
→ Контекст: месяцы регулярных DDoS-атак без видимого улучшения защиты
При выборе провайдера смотрите не только на SLA и дата-центры, но и на историю коммуникации во время инцидентов. Публичный дамп переписки из чата поддержки за последний квартал может дать больше инсайтов о реальной культуре безопасности, чем сертификаты SOC2. Провайдер, затыкающий рот клиентам, не сообщит вам первым о компрометации — он будет заметать следы.
Habr
#инцидентменеджмент #Timeweb #DDoS #репутация #провайдеры