Beget заявив про стирання хмарних даних після зламу керівного контуру

Beget повідомив про стирання даних, втрачені образи VPS та збережені файлові копії. Що відомо про відновлення, DNS і зміну ключів доступу.

Величезна гумка стирає серверні блоки, поруч зберігається папка з файлами

Beget заявив, що зловмисники отримали доступ до керівного контуру його хостингової інфраструктури та запустили скрипти стирання даних. Збій 2 листопада перетворився на тривале відновлення: провайдер повідомляє про втрату хмарних даних і повних образів VPS. Водночас файлові резервні копії збереглися, хоча доступ до них залежить від відновлення та перевірки інфраструктури.

Для клієнта, який сподівається просто перезапустити сервер, це суттєва різниця. Файлова копія може дати матеріал для відбудови сервісу. Вона не означає, що початкова віртуальна машина, її налаштування та всі залежні служби вже готові до роботи.

Від збою сервісів до компрометації керівного контуру

Спочатку Beget повідомляв про великий інцидент і ручне налаштування обладнання в дата-центрах. 2 листопада компанія підтвердила кібератаку та описала відновлення DNS і пошти. У заяві 3 листопада о 12:15 UTC з’явилася ключова деталь: перед запуском руйнівних скриптів нападники дістали доступ до керівного контуру інфраструктури.

Провайдер не назвав спосіб проникнення, зловмисника чи конкретну вразливість. Заява свідчить про руйнівну компрометацію інфраструктури, але не доводить застосування програми-вимагача, вимоги викупу або зв’язку з раніше оприлюдненою помилкою програмного забезпечення. Сам збій не дає підстав заповнювати ці прогалини припущеннями.

Збережена копія і втрачений образ — різні речі

За повідомленням Beget від 3 листопада, дані хмарної інфраструктури, включно з VPS, S3 і Kubernetes, втрачено. Окремо компанія зазначила, що файлові копії VPS збереглися, а бінарні резервні копії VPS втрачено повністю. Також втрачено налаштування CDN та IP.

Образ диска може містити структуру, потрібну для відтворення машини. Файлова копія може зберігати вміст без відновлення всього робочого середовища. Отже, заява описує різні шляхи відновлення, а не обіцянку повернути все одним відкотом. Склад, давність і придатність копії конкретного клієнта ще потрібно уточнювати.

  • Образи дисків VPS: Повністю втрачені. Потрібно уточнити: План відбудови замість розрахунку на відновлення образу.
  • Файлові копії VPS: Збережені; доступ залежить від відновлення інфраструктури. Потрібно уточнити: Дату, склад і спосіб отримання доступної копії.
  • Віртуальний хостинг: Попередньо майже всі сайти вважають придатними до відновлення. Потрібно уточнити: Фактичне повернення та перевірку кожного застосунку.
  • Хмарні дані S3 і Kubernetes: Заявлено про втрату. Потрібно уточнити: Наявність незалежних копій і варіанти відновлення сервісу.

За словами компанії, понад тисячу серверів потрібно вручну перевірити на приховані вразливості та шкідливі скрипти. Тому знайти вцілілу копію й надати до неї доступ — окремі етапи. Попередня оцінка відновлюваності сайтів на віртуальному хостингу не підтверджує, що кожен із них уже повернувся без втрат.

DNS і пошта відновлюються окремо

Beget повідомив про повернення виділених серверів, якими керують самі клієнти, та відновлення 80% поштової інфраструктури. Остання цифра описує інфраструктуру, а не гарантує роботу кожної скриньки. Прогноз повного запуску пошти протягом десяти годин стосувався моменту публікації заяви.

Компанія також повідомила про можливість змінювати записи A, MX і TXT для доменів .ru, .рф і .su, зареєстрованих у Beget і спрямованих на його DNS-сервери. Керування міжнародними доменами ще відновлювали. Зміна DNS може спрямувати відвідувачів або пошту на підготовлений резервний сервіс, але не поверне відсутніх файлів і не перетворить порожній сервер на робочий сайт.

Що можуть зробити постраждалі клієнти

Зафіксуйте, які саме сервіси недоступні, збережіть локальні файли розгортання та незалежні резервні копії. Уточніть у підтримки, які матеріали для відновлення існують для кожного облікового запису. Перед зміною DNS перевірте новий сервіс, зокрема сертифікати, дані застосунку та поштові маршрути. Збережіть попередні записи для перевірки змін.

Beget рекомендує змінити паролі, ключі доступу та інші облікові дані, які могли зберігатися на серверах. Робіть це через перевірені сторінки керування обліковими записами, оновіть легітимні застосунки та відкличте старі значення. Під час збоїв можливі фальшиві повідомлення про відновлення: звертайтеся відомим каналом підтримки й не передавайте секрети або архіви за випадковим посиланням.

Провайдер заявив, що за наявними даними не бачить спроб завантажити чи змінити інформацію на серверах із даними користувачів. Це попереднє спостереження в межах розслідування, а не незалежна гарантія відсутності витоку. Рекомендація замінити облікові дані залишається актуальною, поки встановлюють масштаб події.

Практичний висновок — наявність копії та доступний шлях відновлення не тотожні. Для порівняння з іншим інцидентом у хостинг-провайдера дивіться розбір компрометації FirstVDS. Beget поки не назвав точного строку повернення всіх сервісів.

Джерела

  1. Beget. Оновлення щодо інциденту та відновлення сервісів. Офіційний канал, 2 листопада 2026 року.
  2. Beget. Поточна ситуація: керівний контур, резервні копії та відновлення. Офіційний канал, 3 листопада 2026 року, 12:15 UTC; перевірено 3 листопада 2026 року.

Пишу про те, як зробити життя онлайн комфортним і безпечним. Вірю, що сучасний цифровий світ вартий того, щоб бути його частиною.