Модель совместной ответственности

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

Две стороны одной границы

Amazon Web Services называет свою версию этого разделения моделью совместной ответственности, деля её на «безопасность облака» и «безопасность в облаке». AWS отвечает за первое: «оборудование, программное обеспечение, сетевую инфраструктуру и помещения, которые обеспечивают работу облачных сервисов AWS» — физические дата-центры, установку обновлений на уровне инфраструктуры, всё то, что клиент никогда не смог бы проверить или настроить сам, даже если бы захотел. Клиент отвечает за второе, и AWS прямо указывает, что это означает для сервисов облачного хранения: «управление своими данными (включая параметры шифрования), классификация своих активов и использование инструментов IAM» — то есть контроль над тем, кому разрешён доступ.

Граница смещается в зависимости от того, чем вы пользуетесь

Документация Microsoft подчёркивает важный момент для тех, кто выбирает между разными видами облачных сервисов: граница не фиксирована, она смещается в зависимости от модели обслуживания. Таблица ответственности Microsoft относит данные клиента, учётные записи и управление доступом к задачам клиента всегда, в любой модели — локально или в облаке. Но по мере перехода от «инфраструктуры как услуги» (аренда виртуальной машины, которую вы настраиваете сами) к «программному обеспечению как услуге» (использование готового приложения вроде почты или сервиса обмена файлами) Microsoft берёт на себя больше: операционные системы, код приложений и настройка сети всё чаще становятся задачей Microsoft, а не клиента. Что никогда не смещается, по собственным словам Microsoft, — это то, что «вы всегда сохраняете» ответственность за свои данные, учётные записи, клиентские устройства и средства контроля доступа.

Почему сторона клиента важнее, чем кажется

Для НКО, использующей готовый сервис обмена файлами или почты — программное обеспечение как услугу, модель, в которой провайдер берёт на себя больше всего, — соблазнительно решить, что теперь вся безопасность на стороне провайдера. Это не так. Сторона провайдера (его серверы, его сеть, его обновления) у крупных сервисов обычно превосходна; именно поэтому злоумышленники редко атакуют её напрямую. Вместо этого они нацеливаются на сторону клиента: слабый или повторно используемый пароль, ссылку, отправленную шире, чем предполагалось, учётную запись без второго фактора. Каждый пункт из списка «всегда задача клиента» выше — не случайно — становится темой следующего урока этого курса.

Вопрос, который стоит задать о любом облачном сервисе, которым вы пользуетесь

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