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