Следите за новостями по этой теме!
Подписаться на «Рифы и пачки / Твоя культура»
Модель разделения ответственности (Shared Responsibility Model) — базовая концепция в области облачной безопасности, которую нужно понять каждому, кто пользуется облачными сервисами вроде Amazon Web Services (AWS), Microsoft Azure или Google Cloud. Она четко разграничивает зоны ответственности между провайдером облака и его клиентом, чтобы всем было понятно: кто и за что отвечает, если что-нибудь сломается или случится утечка данных.
Давайте объясним на пальцах. Провайдер облачных услуг отвечает за физическую инфраструктуру — то есть, сервера, хранение данных, сеть, виртуализацию и базовую безопасность на программном уровне, например, шифрование данных на жестких дисках, обновление оборудования и защиту своих дата-центров от пожаров, грабителей и проливных дождей. Клиент же, арендующий у провайдера мощность или место на сервере, несет ответственность за свою часть: безопасность своих приложений, контроль доступа к данным, настройки безопасности, управление учетными записями пользователей, обновление своих приложений и многое другое.
То есть, если злоумышленник пробрался в дата-центр и вынес сервер на руках — ответит провайдер. Если же кто-то из сотрудников случайно выложил секретные данные в публичный доступ или забыл изменить стандартный пароль — виноват клиент. Такая модель делает прозрачными границы ответственности, снижает недопонимание между сторонами, помогает снизить риски и уменьшить потери от инцидентов.
Но тут возникает тонкий момент: на практике границы зачастую смазаны. Некоторые услуги вроде платформы как услуги (PaaS) и программного обеспечения как услуги (SaaS) размывают рамки, часть обязанностей делится или плавает в «ничьей зоне». Поэтому перед запуском сервиса в облаке важно не только читать договор, но и разбираться, где заканчивается ваша зона влияния и начинается ответственность провайдера.
Давайте потрём очки: облачные сервисы любят петь о своей надёжности, но при любом скандале вспоминают про модель разделения ответственности. Именно эта модель — флаг в руках провайдера: мы защищаем физику, вы остальное. Клиент сам виноват, если пароль от админки отдал Васе, а тот весь проект зальёт в общий доступ. Провайдер для отчёта понаставит замков и расскажет о сертификатах, а реальную дыру никто чинить не будет. Все любят разводить «чёткие границы ответственности», только на деле границы размыты, как ценник на ИТ-услугу после звонка из бухгалтерии. Модель спасает провайдеров от иска или крика клиента: кому сгорать — уже известно заранее.
Клиент надеется, что "облако" решает всё, а оно просто перекладывает бумажки. Каждый новый сервис только добавляет оттенков серого к размытой линии из "кто конкретно виноват за утечку". Главное — следить за своими настройками и не вестись на магию маркетинга, иначе за свои данные будете отвечать вы, а не сравнение цен в брошюре. Бизнесу в России это близко: отвезёшь сервер в сторонний подвал — и ждёшь сюрпризов, только теперь под хай-тек соусом. Защитить себя сможет только тот, кто понимает, где его зона ответственности, и прочёл договор до конца. Всё остальное — красивая упаковка для чужих ошибок.