Элементы управления данными

Суверенитет данных является важной концепцией в области управления облаком и соответствия требованиям. Он ссылается на юридический и нормативный орган, который страна или организация имеют над данными, особенно в отношении того, где эти данные хранятся и обрабатываются. Эта концепция определяет, как конфиденциальные рабочие нагрузки создаются, управляются и проверяются в облачных средах. В этой статье описаны принципы суверенитета данных и их применение к облачным средам.

Что такое суверенитет данных?

Суверенитет данных представляет собой многоплановую концепцию, которая утверждает, что данные подлежат законам и управлению страной или регионом, где данные физически находятся независимо от того, кто владеет данными или управляет ими. Эта концепция означает, что страны имеют право осуществлять юридическую власть над данными, хранящимися в их границах.

Однако в то время как Майкрософт позволяет выбрать место размещения данных, права принимающей страны или региона ограничены в контексте доступа к этим данным. Регуляторы не могут требовать доступа к данным исключительно на основе его расположения. Вместо этого доступ регулируется юридическими процессами и гарантиями, контролируемыми клиентом.

Ключевые принципы

Суверенитет данных основан на четырех базовых принципах:

Принцип Описание
Владение данными Организации сохраняют владение и контроль над своими данными, даже если они хранятся в сторонних облачных службах.
Защита данных и конфиденциальность Конфиденциальные данные должны быть защищены с помощью надежных мер безопасности и соответствия местным правилам конфиденциальности.
Передача данных через границу Перемещение международных данных подлежит нормативному контролю и ограничено национальными законами.
Юридическая юрисдикция Юридическая платформа, управляющая данными, определяется его физическим расположением независимо от происхождения владельца данных.

Шифрование как контроль над суверенитетом

В облачных средах шифрование играет центральную роль в обеспечении суверенитета данных. Данные шифруются по умолчанию, гарантируя, что физический доступ к инфраструктуре не предоставляет доступ к читаемым данным. Только владелец данных или система содержит ключи шифрования, что делает шифрование основным механизмом для поддержания контроля над облачными данными. Для обеспечения комплексной защиты в жизненном цикле данных шифрование обычно применяется в трех разных состояниях: при хранении, передаче и использовании. Каждое состояние шифрования устраняет различные этапы обработки и риска воздействия данных.

Тип шифрования Описание
Шифрование при передаче Защищает данные по мере перемещения между сетями между устройствами, службами или центрами обработки данных. Обычно реализуется с помощью TLS.
Шифрование при хранении Защищает данные, хранящиеся на диске или другом постоянном хранилище, например базы данных, файловых систем и резервные копии.
Использование шифрования Защищает данные во время активной обработки в памяти или ЦП. Часто включает в себя технологии конфиденциальных вычислений.

По умолчанию все службы Azure используют шифрование при передаче, включая обмен данными между регионами. Службы обычно реализуют шифрование с помощью сертификатов TLS, которые автоматически создаются при подготовке службы и подписаны доверенным общедоступным центром сертификации. В некоторых сценариях можно использовать собственные сертификаты, импортируя PFX-файл (с закрытым ключом) в службу или управлять сертификатом через Azure Key Vault.

Все службы в Azure используют шифрование на стороне сервера для неактивных данных с ключами, управляемыми платформой (PMKs). Платформа создает и поддерживает эти ключи для вас. Многие службы также поддерживают ключи, управляемые клиентом (CMKs). В зависимости от службы эти ключи могут работать в сочетании с PMK для еще более эффективной защиты. Ключи, управляемые клиентом, можно хранить в Azure Key Vault (стандартный или премиум) или во многих случаях в Azure Key Vault управляемом HSM. Для наиболее конфиденциальных национальных рабочих нагрузок используйте управляемый HSM Azure Key Vault, так как эта служба гарантирует полный контроль над ключами шифрования в одной среде клиента. Вы несете полную ответственность за обеспечение защиты домена безопасности, который необходимо скачивать при активации управляемого экземпляра HSM.

Вы также можете рассмотреть возможность управления внешними ключами для определенных регулируемых рабочих нагрузок. Эта служба является расширением управляемого модуля HSM Azure Key Vault и позволяет управлять ключами за пределами Azure. Управление внешними ключами — это возможность, которая позволяет клиентам использовать собственные аппаратные модули безопасности (HSM) для поддержки криптографических операций для облачных служб. Используя внешнее управление ключами, вы можете хранить ключи в собственных устройствах HSM, которые физически отделены от облачных служб. Эта возможность, известная как удержание собственного ключа (HYOK), гарантирует, что вы всегда сохраняете полный контроль над ключами. Этот полный контроль подразумевает больше обязанностей, так как вы отвечаете за доступность, масштабируемость и резервное копирование всех ключевых материалов.

Хотя большинство мер безопасности данных основаны на шифровании данных в состоянии покоя и в процессе передачи, Azure Confidential Computing также расширяет эти возможности для шифрования данных в использовании. Это расширение означает, что фактический вычислительный экземпляр, взаимодействующий с расшифрованными данными, использует шифрование в своем выделенном пространстве памяти. Azure полностью соответствует стандартам консорциума Confidential Computing Consortium, которые доступны на оборудовании Intel, AMD и NVIDIA.

Место расположения данных

Основное внимание в вопросе размещения данных уделяется тому, где физически находятся ваши данные. Практические аспекты, такие как производительность, соответствие требованиям и непрерывность бизнес-процессов, определяют размещение данных. В следующей таблице описаны ключевые аспекты, влияющие на решения о местонахождении данных:

Аспект Описание
Задержка и производительность Решения о местонахождении данных могут повлиять на скорость и производительность доступа к данным. Размещение данных ближе к конечным пользователям снижает задержку и улучшает общий пользовательский опыт.
Требования к соответствию требованиям Выберите варианты расположения данных, которые соответствуют местным и отраслевым требованиям к соответствию. Этот выбор гарантирует, что данные хранятся в соответствии с применимыми правилами.
Юридическая юрисдикция Расположение данных вращается вокруг выбора центра обработки данных или облачного региона, в котором хранятся данные. Хотя данные обычно подчиняются законам их физического расположения, некоторые страны или регионы предъявляют юридические права на данные, хранящиеся у местных поставщиков облачных услуг, независимо от их физического расположения.
Доступность и избыточность данных Требования к локализации данных влияют на резервирование и стратегии аварийного восстановления. Организации и поставщики облачных служб могут реплицировать данные в несколько регионов, чтобы обеспечить высокую доступность и устойчивость.

С помощью Azure, Microsoft 365 и Dynamics 365 можно выбрать место хранения данных в соответствии с требованиями к месту размещения данных. Используя стратегически согласованные регионы центров обработки данных в одной и той же географической зоне с помощью пар Azure региона, вы можете повысить геоизбыточность, обеспечить приоритетное восстановление и воспользоваться поэтапными обновлениями платформы, при этом сохраняя соответствие требованиям и повышая устойчивость данных.

Дальнейшие действия

  • Определите необходимую область расположения и разрешенные Azure регионы для каждой классификации.
  • Покрытие шифрования инвентаризации (неактивное, транзитное и используемое) для текущих рабочих нагрузок.
  • Определите модель владения ключом (PMK → CMK → Управляемый HSM → EKM) на уровне данных.

См. также

  • Last updated on