☁️ 第六章 云服务的安全性
📄 一句话概括

安全不是买一堆设备,而是先把【我们打算怎么防】写下来——这份写下来的东西就是安全策略。它的三个特点是:分层(上面讲原则、下面讲动作)、书面(能被审计和追责)、可核验(外人能来查)。而第三方认证解决的正是最后一个问题:别人凭什么相信你的策略真在跑。

📝 本节和前面几节的关系

上一节把风险清成了四类,其中最后一类叫【合规性】——那一类没有技术解,只能靠认证、审计、日志。这一节讲的就是它怎么落地。

它也接着 构建技术的通用化和标准化 那条线:那一节讲的是技术怎么被协商成标准(OCI、CNCF 那些组织),这一节讲的是管理怎么被协商成标准(ISO、AICPA、PCI SSC)。两次协商的产物不一样,但推动力是同一个——市场需要一把大家都能用的尺子。

一、策略为什么必须写下来

一个团队当然可以不写策略,只在出事的时候靠人判断。这样做的代价是:

写下来就把这三件事同时解决了:口径固定、责任可追、外人可查。所以安全策略的本质不是【文档】,而是一份公开的承诺——你承诺了,就有被核对和被追责的义务。

二、动手 Demo:三层文件与第三方认证

看到什么算成功:

==================================================================================================
【Demo 2】安全策略的特点:三层文件与第三方认证
==================================================================================================
  安全不是买一堆设备,而是先写清楚【我们打算怎么防】——
  这份写下来的东西就是安全策略。它的特点是:分层、书面、可被外人核验。

  【一】策略分三层:上面讲原则,下面讲动作

  层级        名字                回答什么问题              谁批准
  ----------------------------------------------------------------------------------------
  第一层      方针 Policy         我们为什么做安全          董事会 / 负责人
  第二层      标准 Standard       做到什么程度算合格        安全委员会
  第三层      程序 Procedure      每一步具体怎么做          部门负责人

  三层是从上往下越来越具体。越靠上的改得越慢,越靠下的改得越勤。
  所以【策略不是文档柜里的死文件】——它是可以被审计、被追责的承诺。

  【二】第三方认证:别人凭什么信你的策略真在跑

  认证            谁发的      覆盖什么                      谁来审              有效期
  ------------------------------------------------------------------------------------------------
  ISO 27001:2022  ISO/IEC     整个管理体系(93 项控制)     第三方认证机构      3 年
  SOC 2 Type II   AICPA       某套服务(5 类准则)          CPA 事务所          无固定
  PCI DSS 4.0     PCI SSC     卡数据环境(12 项要求)       QSA / 自评          1 年
  等保 2.0        中国公安部  等级保护对象(分五级)        测评机构            1 年

  【三】拿证要多久、花多少钱(决定它能不能当卖点)

    ISO 27001:首次认证 6 ~ 18 个月,年审不断,证书 3 年一续
    SOC 2 Type II:3 ~ 12 个月,但要先跑 6 ~ 12 个月的观察期证据
    PCI DSS:3 ~ 12 个月,之后每年一次,还带季度扫描

  所以云服务商说自己【通过了 ISO 27001】,意思是:
  它把【怎么防】写成了文件、真按文件跑了、还让外人来查过。

读结果:

三、四张证书怎么选

不是每张都要拿,取决于谁来买你的东西:

你在卖什么 客户最想要哪张 原因
面向欧亚市场的云服务 ISO 27001 它是可公开查证的证书,政府与大企业采购认这个
做 B 端 SaaS(客户在美国) SOC 2 Type II 美国的采购流程习惯问这份报告
处理信用卡数据 PCI DSS 这是强制的,不做就不能碰卡数据
面向中国政企、金融 等保 2.0 国内法规要求,按定级结果测评

一个实用的判断顺序:先问【我碰不碰卡数据】(碰就必须 PCI),再问【我的客户在哪】(欧洲认 ISO、美国认 SOC 2),最后问【我受不受国内监管】(受就做等保)。很多公司是从最急的那一张做起,做到第三张之后发现控制项大量重叠——据公开的实务统计,ISO 27001 与 SOC 2 的控制项约有七成可以复用同一批证据。所以顺序选对了,后面几张会越来越快。

四、拿证之后才是开始

有句话值得单独拎出来:认证是【一次审核】,安全是【一直运行】。

30 秒实验

打开任意一家云服务商的【合规 / 信任中心】页面(多数叫【Trust Center】或【合规认证】),做两件事:

  1. 数一数它列了多少张认证(通常是十几到几十张,按地区、行业分)。
  2. 随便点开一张,看它的【范围声明】写的是什么——是【整个公司】,还是【某个区域、某个产品线】?

做完你会明白一件事:认证是有边界的。 一家云服务商有二十张证书,但你要用的那个服务不一定在证书覆盖的范围里。所以专业采购在签字之前,问的从来不是【你有没有认证】,而是【我要用的这个东西,在不在你的认证范围里】。

常见误区

  1. 错误:通过认证就说明这家公司安全。——纠正:认证说明的是【它有一套流程并且照跑了】,不是【它没漏洞】。ISO 27001 查的是管理体系(有没有风险评估、有没有内部审核、控制项有没有落实),它不保证你的系统不会被攻破。所以认证是【及格线】,不是【满分线】——它回答的问题是【这家公司靠不靠谱】,不是【这个系统安不安全】。

  2. 错误:安全策略是安全部门的事。——纠正:方针要最高层批,这一条就决定了它不是安全部门能自己定的。因为方针里写的往往是取舍(比如【为了合规,业务上线要慢三天】),只有能同时管业务和安全的人才批得下来。一份由安全部门单独写、没有业务方签字的方针,在真实冲突面前守不住——这也是为什么审计会专门看【管理层参与】的证据。

  3. 错误:认证越多越好,应该把能拿的都拿了。——纠正:每张证书都要人力和时间持续维持(年审、复审、证据收集)。拿了用不上的证书,就是把钱花在纸面上。正确做法是从客户实际会问的那一张开始:客户不问的证书,拿十张也不加分;客户问的那张没有,其他再多也进不了门。这是一个销售问题,不是一个安全技术问题。

  4. 错误:策略文件写完归档,这件事就结束了。——纠正:策略是【活文档】。Demo 第一张表里三层文件的修改频率不一样(方针几年一改、程序随时可改),这个设计本身就说明它是要被维护的。而且现实中最危险的状态不是【没有策略】,而是【策略写在文件里、实际做的完全是另一套】——审计和事故复盘都会盯着这个差距。策略的价值在于【对齐】,不在于【存在】。

自测三问(点开对答案) 1. 为什么安全策略要分层,而不是写成一份大文件? —— 因为**不同层级的东西,修改频率和批准人是不同的**。方针(为什么做安全)是**战略层**的事,几年才动一次,要最高层批;标准(做到什么程度)是**执行标准**,一年一审,安全委员会定;程序(具体怎么做)是**操作层**的,随时可能因为工具换代而改。**如果全写在一份文件里,改一行字都要走最高审批,最后的结果就是【谁都不改】,文件很快就和现实脱节了。** 分层是为了让该灵活的地方灵活、该稳定的地方稳定。 2. 【可核验】为什么是安全策略的三个特点之一? —— 因为**没有核验,承诺就没有约束力**。客户、监管、审计想确认你做没做到,如果只能听你自述,那这条承诺就等于没有。**第三方认证解决的正是这一点**:它引入了一个【利益无关的第三方】来对照标准查一遍,并把结果写成一个可以被外人看到的结论(证书或报告)。**这也是为什么本节有一半篇幅在讲认证**——它是【可核验】这个特点的落地方式。 3. 为什么 SOC 2 Type II 比 Type I 更有价值? —— 因为**它们查的时间跨度不一样**。Type I 查的是【某一个时点上,控制措施有没有被设计出来】——**这是快照**;Type II 查的是【在一段观察期(通常 6~12 个月)里,这些控制是不是一直在有效运行】——**这是录像**。**快照可以临时准备,录像准备不了**:要证明某件事连续做了半年,你只能真的做了半年。所以对客户来说,Type II 回答的才是那个真正关心的问题——**【你平时就是这样做的吗】**,而不是【你审计那天做得怎么样】。

相关笔记