У листопаді 2026 року компанія «Яндекс» офіційно визнала, що частина клієнтських даних на хмарній платформі Yandex Cloud виявилася безповоротно втраченою внаслідок жовтневих атак безпілотників на центри обробки даних. За підсумками відновлювальних робіт інженерам вдалося повернути доступ до 97,16% інформації користувачів. Решту 2,84% повернути неможливо через критичні пошкодження серверного обладнання та відсутність у відповідних клієнтів резервних копій на платформі. Це перше публічне підтвердження з боку компанії того, що відновлення інфраструктури та даних завершено на максимально можливому рівні.
Хронологія інциденту та масштаб збитків
Атаки безпілотних літальних апаратів на об'єкти інфраструктури «Яндекса» припали на жовтень 2026 року. Найсерйознішого удару зазнав центр обробки даних у Сасово Рязанської області, де внаслідок атаки БПЛА сталася пожежа, що торкнулася частини інфраструктури. Роботу ЦОД було зупинено, в одній із зон Yandex Cloud виникли проблеми з електроживленням, тимчасово не працювала «Яндекс Пошта». Наслідки інциденту вийшли за межі екосистеми «Яндекса»: фіксувалися збої в системі електронного документообігу ГК «Астрал», у роботі служби знайомств Twinby та низки інших сервісів. На ранньому етапі компанія не могла підтвердити, чи підлягає обладнання відновленню, і заявляла, що масштаб збитків ще оцінюється. У міру проведення експертизи та відновлювальних робіт картина прояснювалася: спочатку повідомлялося про відновлення приблизно 90% даних, потім ця цифра зросла до 97,16%.
Роль резервного копіювання у збереженні інформації
Ключовим фактором, що визначив підсумковий розмір втрат, стала наявність або відсутність у клієнтів власних резервних копій. У «Яндексі» підкреслили, що всі користувачі, які до інциденту використовували функцію бекапу на платформі Yandex Cloud, зберегли свої дані в повному обсязі. Безповоротна втрата 2,84% інформації торкнулася виключно тих клієнтів, у яких резервні копії не були налаштовані. Таким чином, компанія фактично підтвердила, що за наявності коректно налаштованого бекапу навіть критичне фізичне пошкодження дата-центру не веде до втрати даних.
Зміна налаштувань платформи за замовчуванням
Як захід, спрямований на запобігання подібним ситуаціям у майбутньому, «Яндекс» прийняв рішення змінити конфігурацію хмарної платформи. Тепер при створенні нових віртуальних машин функцію резервного копіювання буде увімкнено автоматично за замовчуванням. Раніше бекап потрібно було налаштовувати вручну, що, по суті, робило його опціональним. Компанія пояснила, що саме відсутність автоматичного увімкнення бекапу за замовчуванням стала однією з причин, через яку частина клієнтів залишилася без захисту даних у момент інциденту. Зміна набула чинності для всіх нових ресурсів, що створюються на платформі після оголошення про коригування налаштувань.
Компенсаційні заходи для постраждалих користувачів
Паралельно з технічними заходами «Яндекс» реалізував низку компенсаційних кроків для клієнтів, чия робота була порушена в період відновлення інфраструктури. Компанія тимчасово скасувала плату за використання Yandex Cloud та підписки «Яндекс 360» для постраждалих користувачів. На більш ранньому етапі, коли доступ було відновлено лише приблизно до 90% даних, компанія також повідомляла про продовження робіт із відновлення решти. Підсумкова цифра у 97,16% стала результатом багатоденної роботи інженерів із перенесення даних на резервні вузли та відновлення працездатного обладнання.
Контекст: уразливість хмарної інфраструктури
Інцидент із Yandex Cloud став одним із найбільш резонансних прикладів фізичного впливу на хмарну інфраструктуру в Росії у 2026 році. Атаки на дата-центри продемонстрували, що навіть за наявності географічної розподіленості сервісів та резервування на рівні платформи фізичне знищення або пошкодження обладнання в конкретному вузлі здатне призвести до часткової втрати даних, якщо клієнт не використовував власні механізми бекапування. Експерти зазначають, що зміна налаштувань за замовчуванням — крок у правильному напрямку, проте питання стійкості критично важливої цифрової інфраструктури до фізичних загроз залишається відкритим для всієї галузі.
