С 8 по 11 октября в результате атак украинских БПЛА была повреждена инфраструктура центров обработки данных «Яндекса» в Сасово Рязанской области, в Калуге и во Владимире. В результате о сбоях в работе сообщили пользователи различных сервисов, в том числе «Яндекс Go», «Яндекс Пэй», «Яндекс Еды» и «Яндекс Музыки» и «Телемоста». После второй атаки «Яндекс» договорился с облачными провайдерами Selectel, K2Cloud и VK Cloud о размещении данных и сервисов клиентов, пострадавших от атак дронов. Деловое издание РБК опубликовало инструкцию, как обезопасить хранение данных бизнеса на фоне атак на ЦОДы. Мы собрали для вас основные рекомендации.
1. Оценить критичность ИТ-систем
Первым шагом должна стать инвентаризация цифровых активов. Необходимо определить, где размещены данные и сервисы компании и от каких внешних поставщиков они зависят. Особое внимание следует уделить системам, остановка которых может привести к потере выручки, дополнительным расходам или нарушению бизнес-процессов. Критические системы необходимо разместить в двух географически разделенных дата-центрах, если возможно – у разных провайдеров, и обеспечить возможность оперативно переключать пользователей с одной площадки на другую.
2. Обеспечить резервное хранение данных
Регулярное резервное копирование критически важно. Эксперты рекомендуют придерживаться принципа «3-2-1»: хранить три копии данных на двух разных типах носителей, причем как минимум одну – на географически удаленной площадке. Также рекомендуется использовать неизменяемые или офлайн-копии, защищенные от случайного удаления и несанкционированного изменения. Важно регулярно проверять возможность восстановления информации.
3. Предусмотреть резервную ИТ-инфраструктуру
Резервное копирование защищает данные, а резервирование вычислительных ресурсов сокращает время простоя. Возможны разные модели резервирования. Активный резерв: обе площадки работают одновременно, обеспечивая переключение за секунды или минуты. Холодный резерв: запасная инфраструктура запускается после аварии, что может потребовать нескольких часов. Промежуточная модель: резервная площадка работает с ограниченной мощностью, но позволяет быстрее восстановить обслуживание.
4. Разработать план восстановления
Компаниям следует заранее определить порядок действий при аварии. Учебное развертывание покажет, сколько времени требуется для запуска, каких данных не хватает и какие копии нужно обновлять чаще. Таже следует разработать план аварийного восстановления систем и определить порядок действий сотрудников, пока критичные сервисы недоступны. Следует также учитывать зависимость от внешних сервисов, включая платежные системы, SMS-шлюзы и инструменты проверки цифровых сертификатов.
5. Проверить надежность провайдера
Компаниям стоит изучить условия договоров с операторами ЦОДов и облачными провайдерами, особенно гарантии доступности сервисов и порядок действий при авариях. Рекомендуется уточнить, как организовано резервное электроснабжение, защищены ли системы охлаждения, предусмотрены ли независимые вводы питания и насколько продолжительную автономную работу может обеспечить площадка.
Илья Попов, председатель комитета ВТП по цифровым технологиям и информационной безопасности, прокомментировал рекомендации: «Последние атаки показали, что привычных мер безопасности недостаточно. Даже если компания хранит данные в нескольких дата-центрах, расположенных в разных регионах, это не гарантирует их сохранность, особенно если все площадки принадлежат одному провайдеру». По словам Попова, важно также пользоваться услугами нескольких независимых поставщиков. «Компания должна заранее знать, как быстро восстановить работу в случае серьезного сбоя. Необходимо регулярно проводить проверки с участием не только ИТ-специалистов, но и руководства и сотрудников, отвечающих за основные бизнес-процессы». Кроме того, Илья Попов рекомендует уделить внимание страхованию рисков, включая последствия террористических атак и диверсий.
С вопросами и комментариями можете обращаться к Ирине Джура, координатору комитета по цифровым технологиям и информационной безопасности (dzhura@kammer.ru).
Источник: РБК
