责任共担模型（shared responsibility model）是云服务商与客户划分安全工作的方式：服务商负责保护底层云平台，客户负责保护自己放到云上的内容及配置。AWS 称之为“云本身的安全”与“云内的安全”。Microsoft 和 Google 也发布了类似模型，大多数托管和 SaaS 供应商原则相同。
对中小企业来说，把网站、数据库或办公系统迁到云上，只交出一部分工作。弱账户、公开存储和未打补丁的服务器都在客户这一侧，服务商不会替你处理。
服务商通常负责什么
在主流公有云中，服务商负责保护运行其服务的基础设施，一般包括：
- 物理、硬件与网络：数据中心建筑、门禁、电力与制冷，以及机房内的服务器、存储设备、路由器和线缆。
- 虚拟化层：把不同客户的虚拟机隔离开的 hypervisor。
- 托管的平台层：在平台和软件服务中，操作系统、运行环境以及大部分应用栈。
客户始终要负责的部分
无论选用哪类服务，有些责任始终留在企业这一侧。Microsoft 指南列出，数据、终端设备、账户和访问管理是客户始终保留的范围：
- 你的数据：存什么、谁能查看、加密方式、保留期限和备份。
- 身份与访问：用户账户、管理员权限、多重身份验证和基于角色的访问控制。
- 配置：共享设置、防火墙规则、存储权限及已开启功能。
- 设备：员工用来登录的电脑和手机。
- 应用凭据：API 密钥和令牌应放在规范的密钥管理方案中，而非代码或共享文档。
分工如何随服务类型变化
服务商托管越多，你要维护的就越少，但客户这一侧责任不会消失。
- 基础设施即服务（IaaS）：例如云虚拟机。你管理操作系统、更新与补丁、已安装软件以及网络规则。AWS 以 EC2 为例，说明客户需负责客户机操作系统的补丁和安全组（防火墙）配置。
- 平台即服务（PaaS）：例如托管应用托管或数据库。服务商运行服务器和操作系统；应用代码、依赖包、配置和访问仍由你负责。
- 软件即服务（SaaS）：例如云邮箱或在线财务软件。服务商运行应用；用户、权限、共享设置、多重身份验证及录入的数据仍由你掌控。
不少企业同时使用这三类服务，每项分工不同。
中小企业常见的缺口
当责任只是默认而没有写下来时，常见缺口包括：
- 以为服务商已经替你备份、随时能恢复，或把存储设为“知道链接的任何人”／公开访问，却没有查看条款或做过恢复测试；
- 云服务器部署后从未更新——IaaS 上的补丁管理是客户的责任；
- 管理员账户共用、没有多重身份验证，或系统由 IT 供应商搭建却没有书面约定之后由谁维护；
- 没人负责查看告警、日志或网站监测，问题往往先被客户发现。
如何落地
不需庞大安全团队。这与零信任思路一致：不要默认云上安全。可以从这几步开始：
- 列出所有云服务：托管、存储、邮箱、数据库、支付和业务 SaaS。
- 阅读各服务商的责任说明页面：确认哪些工作留在你这一侧。
- 做一张简单的责任表：写明账户、补丁、备份、监控和事件联系人由谁负责——员工、IT 或云服务商。
- 先补齐客户侧基础措施：管理员开启多重身份验证、最小权限、存储默认私有、备份经过测试。
- 有变化时重新检查：新增服务、更换供应商或员工离职时。
常见问题
上云会让企业更安全吗？
有可能，因服务商接手物理安全和基础设施维护；但账户、数据和配置仍靠你这一侧管理。
每家服务商的分工都一样吗？
不一样。思路相近，但分工因服务商、服务和合同而异，应查看其文档和服务条款。
IT 外包后，责任归谁？
云服务商那一侧不变。你这一侧可交给 IT 服务商，但应书面约定谁打补丁、备份和监控；数据与决策权仍属于你的企业。
服务商会替我们备份数据吗？
部分服务带有备份或恢复功能，但覆盖范围、保留期和恢复方式各异；不少服务商把数据保护视为客户责任。应确认涵盖范围，必要时自行备份并做恢复测试。
如需协助理清云环境由谁负责，或补齐客户侧缺口，可查看网络安全及合规服务。如需有约定响应时间的持续维护，可参考托管支持及 SLA 服务。