«Ковчег» от «РТК-ЦОД» позволяет хранить резервные копии данных вне основной инфраструктуры заказчика и защищает их от физического повреждения и компрометации, даже в том случае, если злоумышленник уже получил контроль над рабочими системами. Решение доступно в разных вариантах реализации, от общей платформы провайдера до контура на площадке клиента. Разбираем, как устроена изоляция резервных данных, чем различаются модели развертывания и какие ограничения стоит учитывать при выборе.
Зачем нужен изолированный бэкап
Считается, что классические системы резервного копирования (СРК) призваны обеспечить сохранность копий при сбое или атаке. На практике СРК чаще всего размещается в том же периметре, что и основная инфраструктура, системы используют общие учетные записи, сети и средства администрирования.
Этим пользуются злоумышленники, которые все реже ограничиваются только шифрованием продуктивных данных. Группировки стремятся вывести из строя инфраструктуру целиком, уничтожить резервные копии и похитить критичные данные, чтобы максимально затруднить восстановление.
Получив права администратора, атакующие могут найти сервер резервного копирования, удалить или зашифровать копии и уже после этого запустить шифрование рабочих систем. В такой ситуации у компании не остается возможностей восстановить данные.
Кроме этого, в последнее время стал актуальным риск физического повреждения или полного уничтожения основной инфраструктуры информационной системы. При этом следует учитывать, что при возможности оперативно организовать резервную инфраструктуру на альтернативной площадке данные необходимо будет откуда-то получить для восстановления работы информационной системы. Если резервные копии будут храниться только в СРК на основной инфраструктуре, то восстановление работы информационной системы на новой площадке будет невозможным или, как минимум, неполноценным.
В ответ на новые вызовы на рынке появился спрос на принципиально новый подход к организации систем резервного копирования. Архитектура таких решений должна гарантировать сохранность данных даже в случае полного или критического разрушения основной инфраструктуры. Одним из первых подобное решение предложил «РТК-ЦОД», крупнейший в России ИТ-сервис-провайдер полного цикла. Продукт получил название «Ковчег», в отрасли его также называют «ЦОДом последней надежды».
Как устроен «Ковчег»
В основе решения лежит принцип жесткой изоляции. Резервные данные физически хранятся за пределами основной инфраструктуры заказчика и при необходимости распределяются по нескольким локациям.
Базовый контур хранения называется «Резерв». Он объединяет несколько механизмов защиты:
- Отдельное географически удаленное хранилище. Критически важная информация заказчика размещается в контуре, который не связан с рабочими системами общими учетными записями и средствами администрирования.
- Строгая ролевая модель доступа. Права разграничены так, что компрометация учетных записей — даже администраторов заказчика или «РТК-ЦОД» — не дает доступа к защищенным данным. Это гарантирует их полную сохранность.
- Изолированная архитектура. Архитектура решения выстроена так, что даже полная компрометация основной инфраструктуры заказчика не позволяет повлиять на хранящиеся защищенные копии или удалить их.
При этом изоляция защищает сами копии, но не заменяет плана восстановления. Заказчику стоит заранее определить, какие системы считаются критичными, в каком порядке их возвращать в работу и сколько времени займет перенос данных из резервного контура.
Базовый контур хранения «Резерв» может быть развернут по одному из четырех сценариев. Выбор конкретной модели зависит от требуемой степени изоляции, сроков внедрения, состава программного и аппаратного обеспечения, а также бюджета проекта.
Сценарии реализации или варианты исполнения
Общая платформа с логической изоляцией
В этом варианте резервные копии нескольких заказчиков хранятся в едином мультитенантном контуре провайдера. Каждый клиент работает в собственном логическом сегменте, а разделение обеспечивается на уровне хранения данных, сетевой сегментации и механизмов разграничения доступа.
Модель требует минимальных стартовых затрат, поскольку расходы на инфраструктуру распределяются между заказчиками. Подключение вместе с пилотным проектом занимает от четырех до шести недель. Поддержку сервиса обеспечивает «РТК-ЦОД», поэтому нагрузка на ИТ-службу заказчика остается невысокой.
Однако все клиенты используют общий аппаратный кластер, и изоляция между ними держится на логических механизмах платформы. Это стоит учитывать, если внутренние политики безопасности компании требуют физического разделения ресурсов.
Выделенное оборудование в периметре провайдера
Модель рассчитана на заказчиков, которым нужна физическая изоляция хранилища, но допустим общий с провайдером периметр безопасности. «Ковчег» разворачивается на отдельном пуле оборудования в защищенных дата-центрах «РТК-ЦОД» и обслуживает только одного клиента.
Таким образом, компания получает выделенные ресурсы без необходимости строить собственную инфраструктуру безопасности и эксплуатации. Совокупная стоимость владения в этом случае ниже, чем у полностью выделенного контура.
Изолированный контур под требования регуляторов
Здесь «Ковчег» строится на выделенном оборудовании и полностью отделен от общей аппаратной инфраструктуры и сети провайдера. Контур размещается в дата-центрах уровня Tier III, рассчитанных на высокую отказоустойчивость.
Архитектура решения позволяет провести аттестацию по требованиям ФСТЭК России, 187-ФЗ и нормативам Банка России. Физическая и логическая изоляция ресурсов снижает риски несанкционированного доступа и утечки данных, а бесперебойную работу инфраструктуры гарантирует провайдер.
При этом модель обходится дороже остальных, а срок развертывания может достигать трех месяцев. Для проектов с жесткими сроками этот фактор стоит закладывать в планирование заранее.
Размещение на площадке заказчика
В этой модели инфраструктура «Ковчега» разворачивается внутри замкнутого ИТ-периметра заказчика. От основной инфраструктуры резервный контур отделяют собственный комплекс оборудования и отдельные механизмы защиты. Для нестандартных задач «РТК-ЦОД» предлагает мобильный дата-центр, который можно установить в любой точке при наличии стабильного электропитания и других необходимых ресурсов.
Репликация в такой схеме выполняется по локальной сети и не зависит от внешних каналов связи. Это особенно важно для компаний в регионах с телеком-ограничениями. Кроме того, физический контроль над оборудованием, площадкой и доступом остается за самим заказчиком.
Оборотная сторона заключается в том, что инженерную инфраструктуру площадки, включая электропитание, охлаждение, физическую охрану и эксплуатацию оборудования, заказчик обеспечивает самостоятельно. Сроки доставки и подключения мобильного ЦОДа зависят от выбранной локации и могут оказаться значительными.
Главный риск модели связан с общей площадкой. Например, если резервный контур установлен в том же здании, что и основные серверы, пожар, затопление или отключение электроснабжения в районе выведут из строя обе инфраструктуры одновременно.
Важно отметить, что каждый из описанных сценариев не привязан к конкретному производителю оборудования или программного обеспечения. Контур хранения может быть реализован на базе различных платформ: специализированное решение для резервного копирования с нативной дедупликацией, программно-определяемые хранилища или объектная инфраструктура на базе S3-совместимых платформ. Выбор конкретной технологии хранения осуществляется на этапе проектирования с учетом профиля рисков и нормативных требований.
На что обратить внимание при выборе
Выбор модели определяется регуляторными требованиями, бюджетом и тем, допустимо ли выносить данные за пределы организации.
Средний бизнес и коммерческие компании могут ограничиться общей платформой или выделенным оборудованием в периметре провайдера. Оба варианта позволяют снизить риски кибератак без значительных инвестиций в собственную инфраструктуру.
Владельцам объектов КИИ больше подходит изолированный контур в дата-центре «РТК-ЦОД». К ИТ-системам таких организаций предъявляются строгие требования, а простой оборачивается многомиллионными убытками и репутационным ущербом. В первую очередь речь идет о государственных структурах, финансовом секторе, телеком-операторах и ритейле.
Режимным объектам и удаленным производствам с ненадежным, ограниченным или отсутствующим внешним каналом связи подойдет размещение на собственной площадке.
Независимо от модели, перед подключением полезно проработать совместно с провайдером сроки восстановления данных после инцидента, порядок доступа к копиям в аварийной ситуации и состав сотрудников заказчика, участвующих в мультиавторизации. Эти параметры стоит закрепить в договоре и проверить в ходе пилотного проекта.
Следует учитывать и то, что четыре модели служат основой для подбора решения, а не исчерпывающим перечнем. Состав услуг «РТК-ЦОД» может выходить за их рамки.
Итоги
«Ковчег» от «РТК-ЦОД» рассчитан на организации, для которых потеря резервных копий равносильна остановке бизнеса. Решение изолирует бэкапы от основной инфраструктуры за счет отдельного хранилища, мультиавторизации и односторонней передачи данных, а четыре модели размещения позволяют подобрать баланс между стоимостью, скоростью запуска и требованиями регуляторов.
На сегодняшний день «Ковчег» не имеет прямых аналогов на российском рынке. Другие провайдеры предлагают отдельные инструменты — хранение данных на собственном оборудовании, модульные ЦОДы и стандартные сервисы резервного копирования и восстановления, в то время как «Ковчег» объединяет изоляцию, проверку и восстановление в единый управляемый сервис, обеспечивая бизнесу последнюю линию защиты.