云上安全事件里,绝大多数不是云厂商被攻破,而是用户自己配错了。本文按"先堵最常被利用的洞,再谈体系"的顺序组织,所有动作都可以直接落到控制台上执行。
责任边界先划清楚
| 层面 | 云厂商负责 | 用户负责 |
|---|---|---|
| 物理设施 | 机房门禁、供电、消防、硬盘消磁 | — |
| 虚拟化与平台 | Hypervisor、宿主机、托管服务自身漏洞 | 自行安装的操作系统与中间件补丁 |
| 网络 | 骨干网、DDoS 基础清洗 | 安全组、ACL、子网划分、公网暴露面 |
| 身份 | 账号体系的可用性 | 子账号、权限策略、密钥轮转 |
| 数据 | 存储介质的冗余与加密能力 | 分类分级、加密启用、备份、访问审计 |
五类高频事故,占了实际案例的大头
- 对象存储桶公开可读 —— 权限设成 public-read,目录被爬虫扫到。加固:默认私有 + 显式授权 + 定期扫描公开桶。
- AccessKey 泄露 —— 硬编码在代码仓库、截图或前端包里。加固:改用实例 RAM 角色,代码里不落长期密钥,AK 定期轮转。
- 安全组放行 0.0.0.0/0 —— 22/3389/3306/6379 直接对公网开放。加固:只放行运维出口 IP,数据库端口一律不绑公网。
- 弱口令 + 未开登录保护 —— SSH/RDP 爆破是最省事的入侵方式。加固:禁用密码登录改密钥、失败锁定、开 MFA。
- 备份不可用 —— 中了勒索才发现备份和主库在同一块盘上。加固:异地 + 离线副本,且必须做过恢复演练。
最小可用安全基线(10 条,先做完再谈体系)
- [ ] 所有云主机禁用 root 密码登录,只允许密钥
- [ ] 安全组默认拒绝,按需放行,源 IP 精确到段
- [ ] 数据库、Redis、内部管理端口不绑公网 IP
- [ ] 对象存储默认私有,关闭公共读写 ACL
- [ ] 主账号开 MFA,日常操作走子账号
- [ ] 应用使用实例角色获取临时凭证,不硬编码 AK
- [ ] 云盘与对象存储开启服务端加密
- [ ] 每台机器开启登录审计与关键文件变更记录
- [ ] 备份异地保存,至少每季度做一次恢复演练
- [ ] 开通云监控告警:CPU、磁盘、异常登录、异常流量
这 10 条覆盖了公开案例中的绝大多数入侵路径,成本几乎为零,收益最大。
等保 2.0 三级要额外准备什么
如果业务涉及政企客户或需要等保备案,在基线之上通常还要补:
- 边界防护:下一代防火墙 / WAF,且规则要有变更记录
- 入侵防范:主机 HIDS、漏洞扫描报告(含修复闭环记录)
- 审计:日志集中留存不少于 6 个月,操作可追溯到人
- 身份鉴别:双因素、口令复杂度与定期更换策略
- 数据完整性:传输加密(TLS 1.2 以上)与存储加密
等保测评的费用与整改投入通常是数万元到数十万元量级,取决于现有差距,建议先做差距评估再谈整改,避免按"标准套餐"采购。
安全预算该占多少
经验值:稳态下安全相关支出约占云总支出的 3%–8%。低于 3% 往往是"没做",高于 8% 常见于强合规行业(金融、医疗、政企)。这个比例不是标准,只是一个自查刻度——如果你的云账单里安全产品一项为零,基本可以确定基线没做完。
三个常见误区
误区一:买了 WAF 就安全了。 WAF 防的是 Web 层攻击,防不了 AK 泄露和安全组误配,而后者才是高频入口。
误区二:内网就安全。 内网横向移动是入侵后的标准动作。内网同样需要最小权限与东西向隔离。
误区三:安全是一次性项目。 配置会漂移,人员会变动,新服务会引入新暴露面。没有定期复盘的基线,一年后必然退化。
什么时候不必上重型方案
个人项目、单机博客、内部测试环境,做完上面 10 条基线即可,不需要 HIDS、SIEM、零信任全套。安全投入应当与数据价值和暴露面匹配,过度投入同样是浪费。
