Auto-sync: 2026-04-22 04:02
This commit is contained in:
174
wiki/concepts/Shared-Responsibility-Model.md
Normal file
174
wiki/concepts/Shared-Responsibility-Model.md
Normal file
@@ -0,0 +1,174 @@
|
||||
# Shared Responsibility Model
|
||||
|
||||
> **Shared Responsibility Model** — 共享责任模型是云安全的基本原则，定义了云服务提供商和客户组织之间在安全、运维、合规等方面的责任划分。无论使用公有云、私有云还是混合云，安全问题始终由双方共同承担。
|
||||
|
||||
## Definition
|
||||
|
||||
共享责任模型（Shared Responsibility Model）阐明了在云环境中，云服务提供商和客户组织各自承担的安全和管理职责。客户组织购买云服务并不意味着将所有责任转移给提供商——数据安全、访问控制、灾难恢复规划等关键领域仍然是客户的核心职责。
|
||||
|
||||
> "No matter which cloud environment you work in, your problems don't go away. Though you're purchasing services from third-party vendors, you still have to do your due diligence to reduce risk."
|
||||
|
||||
## Responsibility Matrix by Service Model
|
||||
|
||||
### IaaS (Infrastructure as a Service)
|
||||
|
||||
| 责任领域 | 提供商 | 客户 |
|
||||
|----------|--------|------|
|
||||
| 物理数据中心 | ✅ | — |
|
||||
| 服务器/存储/网络硬件 | ✅ | — |
|
||||
| 虚拟化层 | ✅ | — |
|
||||
| 操作系统 | — | ✅ |
|
||||
| 中间件/运行时 | — | ✅ |
|
||||
| 应用程序 | — | ✅ |
|
||||
| 数据 | — | ✅ |
|
||||
| 身份和访问管理 | — | ✅ |
|
||||
| 网络安全（配置） | — | ✅ |
|
||||
|
||||
### PaaS (Platform as a Service)
|
||||
|
||||
| 责任领域 | 提供商 | 客户 |
|
||||
|----------|--------|------|
|
||||
| 物理基础设施 | ✅ | — |
|
||||
| 运行时/中间件 | ✅ | — |
|
||||
| 操作系统补丁 | ✅ | — |
|
||||
| 开发框架 | ✅ | — |
|
||||
| 应用程序 | — | ✅ |
|
||||
| 数据 | — | ✅ |
|
||||
| 身份和访问管理 | — | ✅ |
|
||||
| 网络安全配置 | — | ✅ |
|
||||
|
||||
### SaaS (Software as a Service)
|
||||
|
||||
| 责任领域 | 提供商 | 客户 |
|
||||
|----------|--------|------|
|
||||
| 所有底层基础设施 | ✅ | — |
|
||||
| 应用程序 | ✅ | — |
|
||||
| 数据 | — | ✅ |
|
||||
| 身份和访问管理 | — | ✅ |
|
||||
| 用户设备安全 | — | ✅ |
|
||||
| 数据备份 | — | ✅ |
|
||||
|
||||
## Always the Customer's Responsibility
|
||||
|
||||
无论选择哪种云服务模型，以下领域**始终由客户组织负责**：
|
||||
|
||||
### 1. Identity and Access Management (身份和访问管理)
|
||||
- 定义谁可以访问什么资源（最小权限原则）
|
||||
- 配置多因素认证（MFA）
|
||||
- 定期审计访问权限
|
||||
- 管理服务账户和API密钥
|
||||
|
||||
### 2. Data Security and Encryption (数据安全和加密)
|
||||
- 确定哪些数据需要加密
|
||||
- 管理加密密钥（BYOK/KMS）
|
||||
- 配置传输加密（TLS/SSL）
|
||||
- 数据分类和标签策略
|
||||
|
||||
### 3. Disaster Recovery Planning (灾难恢复规划)
|
||||
- 制定业务连续性计划
|
||||
- 定义 RTO（恢复时间目标）和 RPO（恢复点目标）
|
||||
- 定期测试灾难恢复流程
|
||||
- 维护离线/异地备份
|
||||
|
||||
### 4. Compliance and Governance (合规和治理)
|
||||
- 确保符合行业法规（HIPAA、PCI-DSS、GDPR等）
|
||||
- 定期合规审计
|
||||
- 数据主权和驻留要求
|
||||
- 审计日志收集和保留
|
||||
|
||||
### 5. User Devices and Endpoints (用户设备和端点)
|
||||
- 端点安全（防病毒、EDR）
|
||||
- 设备合规策略
|
||||
- 远程工作安全标准
|
||||
|
||||
## Always the Provider's Responsibility
|
||||
|
||||
以下领域由云服务提供商负责：
|
||||
|
||||
### 1. Physical Security (物理安全)
|
||||
- 数据中心物理访问控制
|
||||
- 环境控制（温度、湿度）
|
||||
- 物理冗余和容错
|
||||
|
||||
### 2. Infrastructure Availability (基础设施可用性)
|
||||
- 底层网络可用性
|
||||
- 硬件故障恢复
|
||||
- 数据中心冗余
|
||||
|
||||
### 3. Hypervisor/Container Security (虚拟化安全)
|
||||
- 虚拟机/容器隔离
|
||||
- 虚拟化层漏洞修复
|
||||
|
||||
## Hybrid/Multi-Cloud Responsibility Boundaries
|
||||
|
||||
在混合云和多云环境中，责任划分更为复杂：
|
||||
|
||||
```
|
||||
┌──────────────────────────────────────────────────────┐
|
||||
│ 客户组织责任 │
|
||||
│ ┌──────────────────────────────────────────────┐ │
|
||||
│ │ 数据 │ IAM │ DR │ 合规 │ 应用程序 │ 端点 │ │
|
||||
│ └──────────────────────────────────────────────┘ │
|
||||
└──────────────────────────────────────────────────────┘
|
||||
↑ ↑ ↑
|
||||
┌──────────────┐ ┌──────────────┐ ┌──────────────┐
|
||||
│ 公有云 │ │ 私有云 │ │ 本地环境 │
|
||||
│ (AWS/Azure/ │ │ (自托管/托管) │ │ (数据中心) │
|
||||
│ GCP) │ │ │ │ │
|
||||
│ 提供商负责 │ │ 提供商/自管 │ │ 全部自管 │
|
||||
│ 物理+虚拟化 │ │ │ │ │
|
||||
└──────────────┘ └──────────────┘ └──────────────┘
|
||||
```
|
||||
|
||||
## Key Risks Without Shared Responsibility Awareness
|
||||
|
||||
| 风险场景 | 后果 |
|
||||
|----------|------|
|
||||
| 假设提供商"全包"安全 | 数据泄露、访问失控 |
|
||||
| 未配置MFA | 账户被入侵 |
|
||||
| 未加密敏感数据 | 合规违规、数据泄露 |
|
||||
| 无灾难恢复计划 | 业务中断、数据永久丢失 |
|
||||
| 不了解合规要求 | 巨额罚款、品牌损害 |
|
||||
|
||||
## Best Practices
|
||||
|
||||
### 1. Know Your Responsibilities
|
||||
- 阅读云提供商的SLA和安全文档
|
||||
- 理解服务模型对应的责任边界
|
||||
- 与提供商沟通不明确的领域
|
||||
|
||||
### 2. Implement Defense in Depth
|
||||
- 不依赖单一安全层
|
||||
- 多层次安全控制（网络、应用、数据、身份）
|
||||
- 假设任何层次都可能失败
|
||||
|
||||
### 3. Automate Security Controls
|
||||
- IaC（基础设施即代码）确保一致性
|
||||
- 自动合规检查
|
||||
- 持续监控和告警
|
||||
|
||||
### 4. Regular Security Training
|
||||
- 确保团队理解云安全责任
|
||||
- 关注社会工程和钓鱼攻击
|
||||
- 建立安全文化
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[Public Cloud]] — 公有云部署模式
|
||||
- [[Private Cloud]] — 私有云部署模式
|
||||
- [[Hybrid Cloud]] — 混合云部署模式
|
||||
- [[Cloud Security]] — 云安全
|
||||
- [[SLA]] — 服务级别协议
|
||||
- [[Disaster Recovery Planning]] — 灾难恢复规划
|
||||
- [[Multi-Factor-Authentication]] — 多因素认证
|
||||
- [[Data-Governance]] — 数据治理
|
||||
- [[FinOps]] — 云财务管理
|
||||
- [[Cloud Compliance]] — 云合规性
|
||||
|
||||
## See Also
|
||||
|
||||
- [[Cloud Computing]] — 云计算基础
|
||||
- [[Cloud-Maturity-Model]] — 云成熟度模型
|
||||
- [[ISO-27001]] — 信息安全管理体系
|
||||
- [[HIPAA]] — 医疗健康信息隐私
|
||||
- [[GDPR]] — 欧盟数据保护条例
|
||||
Reference in New Issue
Block a user