Хроники связи СВО

Beget: что осталось от бэкапов В истории с Beget особенно неприятно читать, как менялись сообщения о резервных копиях. После атаки в ночь с 1 на 2 ноября компания сообщила о потере данных облачной инфраструктуры. Злоумышленники получили доступ к управляющему контуру и запустили скрипты удаления. Бинарные копии VPS были потеряны, на файловые оставалась надежда. А 6 ноября появилось уточнение: по актуальной оценке Beget, файловые бэкапы VPS будут доступны только половине пользователей. У части клиентов потеряны актуальные связи между аккаунтами и услугами. Провайдеру приходится восстанавливать даже соответствие: какие данные кому принадлежат. То есть кому-то восстанавливать уже нечего. А кому-то ещё предстоит дождаться, пока сохранившуюся копию найдут, сопоставят с аккаунтом и предоставят к ней доступ. И вот тут хочется поговорить про любимое успокоительное: «У нас же бэкапы». Что именно у вас есть? Образ диска виртуальной машины и файловый архив дают разные возможности восстановления. Из образа обычно проще вернуть систему целиком. С файловой копией может потребоваться заново собрать окружение, установить нужные версии программ, восстановить права и конфигурацию. Для базы данных ещё нужно понимать, как получена копия и пригодна ли она для восстановления. Архив может прекрасно распаковываться, а приложение после этого не запустится. Дальше начинается инфраструктура вокруг него. Где взять новый сервер? Как переключить домен? Где лежат ключи? Доступна ли почта, на которую приходит код входа? Сохранилась ли инструкция, если она была на том же сервере? Это уже вопросы к нашей собственной подготовке. Допустим, копия цела. Нужно перенести один терабайт по каналу 100 Мбит/с. Даже в идеальных условиях это больше 22 часов только на передачу. Без накладных расходов, распаковки, проверки базы и запуска приложения. Если канал делят несколько восстанавливающихся клиентов, ждать придётся дольше. Поэтому мне мало ответа «копирование прошло успешно». Я хочу знать, когда из этой копии последний раз поднимали работающий сервис и сколько времени это заняло. Практически это означает несколько вещей: — Нужна копия, которую можно получить при полной недоступности основного провайдера. Желательно с независимыми учётными данными и защитой от удаления через рабочую инфраструктуру. — Вместе с данными нужно сохранять конфигурацию и описание развёртывания. Секреты и ключи тоже должны быть доступны при аварии, но храниться защищённо. — Восстановление надо проверять на отдельной машине. Войти в приложение, открыть данные, проверить операции. Успешной распаковкой архива проверка не заканчивается. Офлайн-копии и регулярные испытания восстановления прямо входят и в рекомендации CISA. Ничего экзотического. Просто на это нужны время, деньги и человек, которому разрешили заниматься профилактикой. Руководству тоже придётся ответить на два скучных вопроса: сколько последних данных допустимо потерять и сколько часов предприятие может стоять. Причём ответ «нисколько» требует соответствующего бюджета. Я бы после этой истории попросил своего администратора показать дату последнего проверенного восстановления. И выделил бы ему время на следующее. Потому что проверять всё это впервые, когда пользователи уже звонят, очень дорого. Даже если копия уцелела. Communicatio est victoria. — Душнила t.me/zas_svo vk.com/zas_svo #СВО #связь #бэкапы #инфобез