Главная мысль
Изучите модель шифрования и ключей поставщика, проверьте влияние клиентского шифрования на процессы и задокументируйте защиту ключа восстановления.
Шифрование в облаке
Облачный сервис может преобразовывать открытый текст в шифротекст для файла, диска, базы данных или передаваемого соединения. Защита при хранении и передаче должна учитывать, когда данные становятся доступными пользователю, администратору или приложению. Шифрование снижает риск несанкционированного чтения, но не исправляет неверные разрешения и не устраняет компрометацию аккаунта.
Разница между облачным и локальным шифрованием
Для локального сервера и USB организация может сама управлять шифрованием, программой и ключами. В облаке провайдер предоставляет механизм, а клиент отвечает за классификацию данных, доступ пользователей, конфигурацию приложения и иногда ключи. Граница различается по сервисам; изучите модель разделения ответственности и поведение ключей для конкретной услуги. Криптографические алгоритмы в локальной и облачной среде могут быть одинаковыми; различаются ответственность и границы доверия.
Публичная, частная и гибридная среда
В публичном облаке учитывайте общую инфраструктуру и границы доступа конкретного сервиса. В частном облаке организация может больше контролировать внутренние политики, администраторов и хранение. В гибридной среде при перемещении данных между локальными системами и облаком согласуйте идентификацию, шифрование и правила ключей. Частное облако не становится безопасным автоматически; проверяйте конфигурацию и фактические разрешения.
Ключ поставщика и ключ клиента
Для серверного шифрования с ключом поставщика документируйте доступ сервиса к открытому тексту, ротацию и аудит. Управляемый клиентом серверный ключ может дать больше контроля над политикой и жизненным циклом, но сервис всё ещё может расшифровывать данные. При клиентском шифровании исключение доступа поставщика требует, чтобы ключи и открытый текст в выбранной схеме оставались вне его доступа. Потеря, отключение или удаление ключа могут нарушить доступность; проверяйте последствия в безопасной тестовой среде. Определите влияние на поиск, совместную работу, разделение полномочий и ответственность за восстановление.
| Модель | Кто чем управляет | Что проверить на практике |
|---|---|---|
| Серверный ключ поставщика | Поставщик управляет жизненным циклом ключа, клиент — правами сервиса | Документируйте доступ сервиса и аудит |
| Серверный ключ клиента | Клиент управляет политикой и жизненным циклом ключа; сервис может расшифровывать данные | Испытайте права на ключ и безопасное восстановление |
| Клиентское шифрование | Граница доступа к ключам и открытому тексту на стороне клиента | Проверьте доступ поставщика, совместную работу и восстановление |
Меры с учётом угроз и требований
Для клиентских записей, финансовых и медицинских данных определите чувствительность, правовые обязанности и границы доступа. Наряду с шифрованием применяйте MFA, ролевые права, безопасный обмен, хранение журналов и ротацию ключей. Свяжите требования к шифрованию и владению ключами с применяемыми мерами и сохраняйте результаты проверки. Результат технической проверки сам по себе не подтверждает соответствие правовым требованиям.
Проверка перед внедрением
Для каждого сервиса проверьте шифрование при хранении и передаче, создание и восстановление ключа, доступ администраторов, интеграции и журналы. Испытайте экспорт данных, закрытие аккаунта, ротацию ключа и отказ сервиса. Письменно назначьте владельцев, полномочия на восстановление и лицо, принимающее решение при потере ключа. Проверяйте недоступность ключа и восстановление в безопасной тестовой среде, не удаляя рабочий ключ.