SUNRISE CLOUD · POLICY REVIEW

曙光云制度体系逻辑一致性审查

基于 20260903 目录版本 · 重点识别制度之间“无法执行、会冲突、说不清、找不到”的问题

审查范围：目录内 41 份制度及其目录、附件、变更记录、交叉引用；本报告用于制度修订排期，不替代法律合规结论。

识别问题

0

按问题项计，不按文档计

P0 · 发布前阻断

0

影响正式执行或迎评证据闭环

P1 · 优先修订

0

制度间容易产生冲突或责任空转

P2 · 规范化修订

0

命名、引用、格式和文字质量

总判断

当前体系已经覆盖主要安全控制域，但“总策略—专项制度—中心细则—操作表单”的上下位关系尚未固化。最需要先处理的不是继续增加制度，而是建立统一的编号、组织、等级、时限和引用基线，再逐份回填专项制度。

清单与实际文件多处错名、漏列、重复列示，导致制度可追溯性不足。
漏洞、事件、灾备、审计和红线处置存在多套时限/频次，执行人员无法判断采用哪一套。
部门、岗位和“三员分离”要求没有形成统一 RACI，存在责任重叠或相互矛盾。
部分定义、公式、指标和模板未完成，影响证据采集、审计复核和迎评解释。

逻辑问题清单

编号	优先级	类型	涉及制度	证据（摘录/比对）	影响	建议

重点冲突矩阵

编号与文件名

对象	现状	应统一为
003 / 004	均使用 CSM-A-003	每个文件唯一编号
005 / 008	均使用 CSM-01-001	按类别+发布序号重新编排
010—017、021、039	裸编号、CSM-02-08、CM2023-004 混用	统一 CSM/CCM 三段式
032、041	文件头标题与正文标题不一致	文件名、封面、正文、清单同源

漏洞处置时限

制度	高危要求	冲突点
002	7 小时内启动修复	启动、响应、修复的起算点未统一
010	2 小时响应；两周内修复
022	7 天内修复；另有每月 12 日前完成

建议形成一张唯一的“漏洞等级—响应—临时缓解—修复—复测—关闭”时限表。

组织名称与边界

写法	出现制度	需要确认
云服务事业部 / 云事业服务部	001、032、039 等	是否同一组织及生效时间
建设运维部 / 架构与运维部	033—036	组织变更或笔误
统一运维组 / 团队 / 中心网安组	018、022、040、041	汇报层级、值班边界、升级路径
云软件事业部 / 云服务事业部	039	产品、研发、交付和运维 RACI

事件、故障与灾备等级

制度	现状	缺口
033 / 034	事件等级与故障等级均为 1—4 级	同一影响条件可能落入多个等级
033	默认“故障等级低一级启动事件”	可能造成响应降级，缺少例外
035 / 036	灾难恢复与业务连续性内容大量重叠	触发条件、主责和输出物不清

备份、RTO 与 RPO

来源	目标/频次	需要统一
002	关键业务 RTO≤4 小时、RPO≤15 分钟	业务等级与目标映射
033 / 035 / 036	不同场景另有 10 分钟、30 分钟、2 小时、24 小时等目标
035 / 036	每月备份恢复演练；与年度应急演练并列

数据分级与风险口径

制度	分级/公式	问题
006	普通 / 机密 / 绝密	与平台数据治理口径不一致
025	核心 / 重要 / 一般
040	敏感数据 / 重要数据 / 个人信息
038	Va 重复定义；Rn 公式不完整	评估结果无法复算或复核

建议修订路线

第一阶段：冻结基线

建立制度主数据表，锁定唯一编号、正式名称、版本、生效日、发布单位、适用范围和废止关系；未完成前不要继续新增制度。

第二阶段：统一字典

发布组织/岗位、资产、数据、漏洞、风险、事件/故障等级以及时限频次字典，并为每个术语指定维护责任人。

第三阶段：重画流程

围绕研发准出、漏洞闭环、变更发布、事件升级、灾备切换、审计整改六条主流程编制 RACI 和唯一入口/出口。

第四阶段：回填证据

补齐表单、台账、审批人、复测记录、版本历史和标准有效性台账，再做一次全量交叉引用检查。

所有制度引用使用“制度编号 + 正式名称 + 版本”，表单和手册纳入受控附件清单。
同一事件只保留一套等级和时限；专项制度只能从严细化，必须注明触发条件和例外。
高风险操作、账号密码、个人联系电话和客户资料从通用制度正文移入受控运行手册或权限系统。