Атака дронов на дата-центры AWS в ОАЭ и Бахрейне привела к безвозвратной потере данных клиентов

Инцидент, о котором AWS сообщила лишь 15 сентября 2026 года, меняет привычную модель угроз для облачных провайдеров. До сих пор основными рисками считались сетевые атаки, утечки через API, ошибки конфигурации и компрометация учётных данных. Теперь к этому списку добавился физический вектор — целенаправленное поражение дата-центров беспилотными летательными аппаратами.

Подробности

По данным AWS Health Dashboard, атаки на дата-центры в ОАЭ и Бахрейне начались 1 марта и продолжились в апреле и июле. Наиболее серьёзно пострадал масштабный проект дата-центров в Объединённых Арабских Эмиратах, ориентированный на разработку искусственного интеллекта. Именно этот инцидент стал причиной приостановки договора аренды с OpenAI. В течение шести месяцев Amazon пыталась восстановить повреждённую инфраструктуру, не признавая потерю данных окончательной, и публиковала только промежуточные технические отчёты. Официальное заявление о безвозвратной утрате части клиентских данных появилось лишь 15 сентября 2026 года. Конкретный перечень затронутых сервисов, версий и объёмов утраченных данных в исходном сообщении не раскрывается; CVE в данном случае не применимы, поскольку речь идёт о физическом воздействии, а не о программной уязвимости. Ключевая особенность этого инцидента в том, что он демонстрирует: даже резервирование в пределах одного региона или географической зоны не защищает от потери данных, если первичные и резервные площадки находятся под одним физическим ударом.

Что делать

Компаниям, размещающим критичные данные в облаке, стоит пересмотреть подход к резервированию с учётом физических рисков: - Проверьте географическое распределение резервных копий. Убедитесь, что бэкапы хранятся в регионах, не попадающих в одну зону физического поражения с основными площадками. - Реализуйте стратегию 3-2-1: минимум три копии данных, на двух разных типах носителей, одна из которых — вне основного региона или у другого провайдера. - Регулярно тестируйте восстановление из резервных копий, а не только факт их создания. - Оцените зависимость от одного облачного провайдера для критичных сервисов и рассмотрите мультиоблачные или гибридные схемы. - Уточните у провайдера, как в его SLA и политике описываются форс-мажорные и физические инциденты, и какие гарантии сохранности данных он даёт. Отдельно стоит проверить, не полагается ли ваша организация на сервисы в регионах с повышенной геополитической напряжённостью, и при необходимости перенести критичные нагрузки в более стабильные зоны. Итог: инцидент с AWS показывает, что физическая безопасность инфраструктуры становится таким же критичным фактором доступности данных, как и киберзащита, а стратегия резервирования должна учитывать географию, а не только технологию.

Источник: Хабр — Информационная безопасность