负责人 何建力　·　状态 初稿　·　覆盖 58 个标书单元　·　 批注 3

1、数据集加工生产的安全风险与建设依据

安全约束贯穿数据集加工生产主线。招标文件在三处提出安全要求：安全软件建设要求提出建设一套商用密码服务平台，统一调度底层密码软硬件资源，向上层应用提供真实性、机密性、完整性、不可否认性四类密码服务（b0694）；项目安全合规建设要求提出把建设内容的合规性、数据集来源的合法性、敏感数据的去标识与脱敏、全流程审计与权限管控落到实处（b1869 至 b1871）；信息安全风险评估服务要求提出对建成的平台实施等级保护 2.0 测评与商用密码应用安全性评估，并提供测评报告或证书（b1880）。另有保密及施工安全要求约束进场施工期间的保密义务与安全责任（b2223）。

三处要求分别指向技术实现、合规配置与第三方评估，三者在时间上前后相继：技术实现与合规配置完成到一定程度，自评估才有对象；自评估整改完成，机构进场评估才有意义；评估报告出具，验收材料才齐备。因此安全工作按这一前后次序排定时点，不并行压缩到项目末期。

（1）本项目的安全问题与一般信息系统不同在哪里

天地奔牛已建成的十余套业务系统，各自域内的安全控制是成型的：产品全生命周期管理系统里的图纸按角色授权，企业资源计划系统里的价格数据按岗位可见，质量管理系统里的检验记录由质检岗维护。这些控制的前提是数据待在原系统里，由该系统的管理员按该系统的权限模型管。

本项目要做的事恰好打破了这个前提。数据集加工生产要把图纸、工艺卡、工单、检验记录、设备时序信号从十余个源系统抽出来，经采集、预处理、标注、合成、质检、验证六七个环节流转，最终汇成预训练、指令微调、强化学习偏好、基准测试四类数据集，并进入运营平台登记、确权、挂牌、交易（b0676）。

数据一旦离开源系统，原有的系统级权限就不再跟随它；加工流水线上的每一次读取、改写、合并、导出，都成了新的风险点。更要紧的是方向性：源系统里的数据是向内收敛的，加工生产出的数据集是向外流通的，后者出问题不可撤回。

上述差别决定安全控制重心。本项目安全建设落实三件事：第一，在加工链条上重建一套随数据走的权限与审计，使任一条数据在任一环节被谁用过、怎么改过可查（b1871）；第二，把敏感内容的处理动作前移到入库之前，而不是等到对外发布时再补（b1870）；第三，用密码手段给数据集的完整性和来源真实性留下可验证的凭据，使交付物的可信不依赖于口头保证（b0694）。

（2）本项目特有的敏感数据与风险点

招标文件点出了四类需要去标识化或脱敏处理的数据：个人信息、敏感地理信息、重要行业数据、企业秘密数据（b1870）。落到矿山装备制造的实际数据上，这四类分别对应得很具体。

个人信息主要出现在过程记录里。工艺卡上有编制人、审核人、批准人；检验记录上有质检员工号与签名；焊接参数流关联着操作工的班次与工号；远程运维平台的报警处置记录里有值班人员信息。这类字段单条看不敏感，但汇聚到预训练语料里就形成了可识别到具体个人的作业画像。

敏感地理信息来自客户侧。按矿定制的产品，选型输入里包含矿方提供的地质条件报告与工作面参数，有的带井下坐标、巷道布置与煤层赋存条件。这些数据的敏感性不属于天地奔牛，而属于矿方，一旦随数据集外流，受损的是甲方的客户关系与合同义务。

重要行业数据是本项目的主体。二十八道备料工序的工序字典与排序规则、热处理的作业指导书参数、焊接的参数窗口、刮板输送机的校核方法与安全系数门槛，这些构成了企业的核心工艺能力。它们必须进数据集才有价值，又不能原样公开，这是本项目最吃劲的一处权衡。

企业秘密数据集中在经营侧。客户名称、合同金额、报价构成、供应商与材料批次来源、库存资金占用，这些数据在供需计划数据集里是必需的输入，但其中任何一项直接公开都构成商业损害。

四类数据的风险并不止于“被看到”。本项目的数据集最终是要喂给模型的，这带来一个与传统数据库不同的性质：语料一旦参与训练，信息就进入模型参数，无法像删一条记录那样撤销。所以对这四类数据的处理必须发生在语料入库之前，而不是在模型输出端做过滤。项目安全合规建设要求中的脱敏设计即按这个顺序安排。

数据加工生产链条上的主要风险点、发生环节与本节的对应措施如表 12-1 所示。

表 12-1　数据加工生产链条上的安全风险与对应措施

数据来源：招标文件第五章 3.1.2.1、3.2.6.12、3.2.7；风险环节划分依据同章 3.2.6.3 数据加工环节设置。

（3）安全设计的四条原则

从上面的风险清单出发，本项目的安全设计遵循四条原则，后续各部分的具体做法都由它们导出。

第一条是密码能力集中、调用分散。密钥与密码运算收口到商用密码服务平台，由平台统一管理密钥全生命周期与设备资源；上层的加工工具链、运营平台、训推服务不各自持有密钥，只通过标准接口申请密码服务（b0694、b0715）。这样做的好处是密钥的保管责任单一，审计口径也单一；代价是密码服务成为关键路径，所以安全软件建设要求中专门安排了负载调度、降级口径与异常恢复测试。

第二条是敏感处理前移。脱敏与去标识化动作安排在数据进入加工流水线的第一道预处理环节，并在数据卡上记录所施加的脱敏规则与版本，使后续环节处理的已经是降敏后的数据（b1870）。只有确有必要还原原值的环节，例如工艺卡与图纸的定额核算，才走申请、审批、留痕的受控通道。

第三条是先自评、后正式评。等保测评与密评均先由项目组按标准条款做一轮自评估并完成整改，再提请有资质的机构进场正式测评（b1880）。把问题暴露在自评阶段的成本，远低于在正式测评中留下不符合项再整改复测的成本。

第四条是合规动作留下可核查的痕迹。来源合法性核查、脱敏执行、权限变更、测评整改这四类动作都有对应的台账或报告落盘，以文件形式移交甲方，而不是以“已经做了”的口头说明结案（b1869、b1871）。

（4）安全建设依据的法律法规与标准

本节的设计依据列在表 12-2 中，每一条都标明在本节的哪一部分实际用到。列出依据而不泛称“符合国家相关要求”，是为了让评审可以逐条核对；实施阶段按标准的当期有效版本执行，期间标准换版的按新版本调整并书面说明影响。

表 12-2　安全建设依据与在本节的应用处

数据来源：招标文件第五章 3.1.2、3.2.6.12、3.2.7 与第 4 章第 8 章提出的合规要求；标准编号按现行有效版本列出，具体年份版本在实施阶段以当期有效版本为准。

招标文件在硬件采购清单中已明确服务器密码机须符合《密码设备应用接口规范》与《服务器密码机技术规范》（b2150r02），这两项标准因此既是设备选型依据，也是平台封装层的接口依据，本节功能要求第 8）项的三层封装就是按前者的接口定义组织的。

（5）安全控制与相邻技术控制的衔接口径

平台的性能、并发、可靠性、容灾恢复指标，以及数据库、安全软件、云平台、服务器、存储、网络、芯片等软硬件设备整体国产化比率不低于 80% 的测算（b0677、b2219），见非功能性技术要求一节。该比率按采购金额口径核算，分母为本项所采购或开发的软硬件金额，判定规则按整机级作出；安全软件与密码产品作为该分母中的一类构成计入，与硬件配置一节、非功能性技术要求一节取同一份分母定义与同一判定规则。安全软件与密码产品的适配验证与兼容性互认证明材料的份数安排，见本节功能要求第 15）项与第 17）项。

密码机、接入连接器与通用服务器的现场安装、网络连接与国密算法联调由系统集成实施，其接口与配置要求按本节各条执行，实施步骤见系统集成方案一节。数据分类分级标准、数据安全管理制度体系与数据生存周期中的安全控制属数据治理规划的数据安全规划域，其分级结论是本节各技术控制点的唯一取值来源，不另立一套分级标准。

各事项上安全侧的配置与控制、与之相衔接的技术动作，以及两者之间的交接凭据如表 12-3。同一事项在全卷只有一处定义，引用方按该定义执行，避免同一控制点出现两套参数。

表 12-3　安全控制与相邻技术控制的衔接口径

数据来源：招标文件第五章 3.1.2、3.1.2.2、3.1.2.3、3.2.6.1、3.2.6.12、3.2.7 与第 4 章第 8 章提出的要求。

2、安全软件建设要求

招标文件要求安全软件集密码服务、管理、态势感知于一体，统一调用底层各类密码软硬件资源，为上层应用提供真实性、机密性、完整性、不可否认性全栈密码服务，总体能力表现为商用密码服务平台（b0693、b0694）。我方据此建设一套独立部署、面向多应用供给的商用密码服务平台，作为数据集加工生产平台、数据集运营服务管理平台与训练推理服务的共用密码基础设施，其功能要求按招标文件所列十九条逐条落实。

（1）商用密码服务平台的总体能力与部署形态

平台按独立部署、面向多应用供给的密码基础设施建设，不采用嵌在某个业务系统里的加密模块形态。这一定位决定了它的部署位置、接口形态与能力边界。

部署形态上，平台部署在甲方数据中心内网，与数据集加工生产平台、数据集运营服务管理平台、训练推理服务同网段但独立主机。密码机以旁挂方式接入，走专用网段，不暴露在业务网段上。平台自身的管理台与被管设备之间的通信按设备厂商规定的安全信道建立，管理台只对运维网段开放。

能力上，平台向上提供真实性、机密性、完整性、不可否认性四类密码服务（b0694）。真实性由基于 SM2 的证书认证与双因素登录承担；机密性由 SM4 对称加密与 SM2 非对称加密承担；完整性由 SM3 哈希与消息认证码承担；不可否认性由 SM2 数字签名与时间戳承担。四类能力与数据集加工生产各环节的对应关系，见本节国密算法在数据加工生产主线上的落点部分。

平台对外提供的密码服务按能力归并为六组，接口清单与调用口径如表 12-4 所示。清单作为接口文档的目录随平台交付，调用方按此清单申请服务开通。

表 12-4　密码服务接口清单与调用口径

数据来源：招标文件第五章 3.1.2.1（8）（11）（12）（13）条。

这份清单的组织方式有一处刻意的选择：接口按业务语义命名而不按算法命名。调用方申请的是“为数据集版本签名”，不是“调用 SM2 签名接口”。算法与设备的变动因此不传导到业务代码里，这与基础密码服务的三层封装是同一个考虑。清单中的每一项在接口文档中给出入参、出参、错误码、幂等性说明与调用频率限制。

（2）四层安全架构与各层职责

招标文件要求安全软件“集密码服务、管理、态势感知于一体，统一调用底层各类密码软硬件资源，为上层应用提供真实性、机密性、完整性、不可否认性全栈密码服务，总体能力表现为商用密码服务平台”（b0694）。我方按这一要求组织四层架构：底层是密码资源层，中间是密码服务层与密码管理层，上层是数据安全合规层，外部是第三方测评与合规审查。

密码资源层容纳物理与虚拟的密码设备。采购清单中的服务器密码机提供 SM1、SM2、SM3、SM4、SM9 国密算法与 RSA 国际算法的硬件运算能力（b2150r02），平台通过标准设备接口将其纳管，并在其上划分虚拟密码机实例，按应用与租户分配。签名验签服务器与时间戳服务按同一方式纳管（b0715）。

密码服务层把设备能力封装成面向业务的服务。对外暴露的是数据加解密、文件加解密、哈希运算、签名验签、证书认证、时间戳六类服务，以软件开发工具包与表述性状态转移接口两种形态提供（b0724）。调用方不感知下层是哪台设备、哪家厂商，设备更换或扩容不影响上层代码。

密码管理层承担管理与可视能力，包括应用管理、租户管理、密钥管理、服务调度、鉴权管理、日志管理、告警管理与密码态势感知（b0696 至 b0734）。这一层是三员管理模式的落点：系统管理员、安全管理员、审计管理员的职责在此分立。

数据安全合规层是本项目特有的一层。它由来源合法性核查、分类分级标识、去标识与脱敏、权限校验与访问名单、全流程审计五组能力构成，直接作用于数据集加工生产主线上的数据对象，并按需调用下层密码服务（b1870、b1871）。

四层之上是第三方测评与合规审查，由具备资质的机构实施等级保护 2.0 测评与商用密码应用安全性评估，出具报告或证书（b1880）。它不是架构的一部分，而是对架构实现结果的外部验证，因此在图中以虚线框表示。

（3）安全总体架构图

安全软件能否被认定为招标文件所称的“商用密码服务平台”，关键不在功能项是否齐全，而在各项能力是否被组织成一条自下而上、职责不重叠的调用链：设备能力只从资源层出口，业务侧只见服务不见设备，管理与审计独立于业务通路，外部测评不介入架构内部而只验证实现结果。图 12-1 回答的正是这一问题——四层安全架构与各层职责一节分述的四层，合起来是不是一个能够成立的整体。

图面按四层自上而下排列，次序与依赖方向一致而与调用方向相反：最上一层是直接作用于数据集加工生产主线的数据安全合规层，往下依次为密码服务层与密码管理层、密码资源层，最下一条贯通全宽的是信创基础环境，表示四层均须在国产化基础软硬件上完成适配并提供互认证明（b0735、b0738）。箭头上的文字是层间实际传递的内容而非抽象依赖关系：向下是加解密与签名请求、设备纳管与密钥操作指令，向上是运算结果与设备状态。右侧虚线框内是第三方测评，用虚线表示它不属于架构本身，只对架构的实现结果出具报告或证书。

读图时以纵向箭头为主线：任一项密码能力都应能从数据安全合规层的某个方框出发，经密码服务层落到密码资源层的某台设备，中途不出现绕过密码管理层的旁路；凡在图上找不到这条通路的能力，即属尚未落地，需在详细设计阶段补齐。全图成立，即说明十九条功能要求不是一张并列的功能清单，而是一套有统一出口、统一管控点与统一适配底座的服务。

图 12-1　项目安全总体架构与层间数据流向。数据来源：招标文件第五章 3.1.2.1（1）至（19）功能要求、3.2.6.12 安全合规要求、3.3.1 硬件采购清单服务器密码机参数。

（4）功能要求

招标文件对商用密码服务平台提出十九条功能要求（b0695）。这十九条的跨度很大：既有应用注册、租户隔离这类管理动作，也有一文一密、证书校验这类密码技术细节，还有互认证明份数与产品认证证书这类材料性条款。逐条复述要求本身解决不了问题，需要回答的是每一条落到可交付的建设内容是什么、验收时凭什么判定它已经达到，表 12-5 即按这两问组织。

表中「建设内容」一列取自各条原文的能力点，不作增删，只把散在描述句中的对象归并为可配置、可演示的功能项；「验收口径」一列是我方给出的判定方式，取值遵循三条：属功能性要求的，写成验收环境中可现场演示的一个动作，如服务开关单项启停并留痕、跨租户调用在接口层被拒绝；属容量与份数要求的，写成可逐项核对的数量与编号，如证书编号与有效期可核验、互认证明合计不少于十二份；属架构性要求的，写成一次可观测的替换或故障实验，如更换设备厂商不改上层调用代码、单实例下线时业务调用可继续。如此取值，是为使每条要求都有一个不依赖主观判断的收口动作，而不是停留在“具备某项能力”的笼统表述上。

读表时以「验收口径」一列为判据，「单元」一列为出处证据，可回招标文件原文逐条比对。第 15、17、18、19 四行需格外留意：其成立与否取决于证明文件是否齐备，是十九条中唯一不能由平台现场演示自证的一类，相应材料在安全类交付物清单中单列台账管理。十九行逐行达到各自口径，即构成商用密码服务平台按招标要求建成并可验收的完整证据链；各条的实现方式其后逐条给出。

表 12-5　商用密码服务平台十九条功能要求的建设内容与验收口径

数据来源：招标文件第五章 3.1.2.1（1）至（19）。

1）应用管理

平台提供应用的注册、接入、变更与下线管理，每个接入方在平台上有唯一应用标识与一份服务开通清单。

应用注册时登记应用名称、所属租户、责任人岗位、部署位置、调用方式与申请的服务项，由安全管理员审批后生成应用密钥与接入凭据。开通清单按服务项逐项配置，支持单项启用与禁用：例如数据集运营平台只开通元数据加解密与签名验签，不开通批量文件加解密；加工流水线的预处理工具只开通文件加解密与 SM3 哈希（b0697）。启停操作即时生效，并在操作日志中记录操作人、时间、变更前后状态。

应用下线时先禁用服务调用，保留凭据与日志至约定留存期满后再行清理，避免下线即失去追溯依据。

2）云密码资源池管理

平台把底层密码设备组织成资源池，围绕硬件密码机管理、虚拟密码机管理、驱动管理、分组管理四类对象提供管理能力。

硬件密码机（Hardware Security Module，HSM）管理负责设备的纳管、状态巡检、算法开通、固件版本记录与密钥区容量监控。服务器密码机的技术参数按采购清单执行，单设备对称密钥存储不少于 4096 个、非对称密钥对不少于 2048 对（b2150r02），平台按应用与租户划分密钥区并记录占用。

虚拟密码机（Virtual Security Module，VSM）管理在硬件之上划分逻辑实例，每个实例拥有独立的密钥空间与算法配额，分配给特定租户或应用使用。本项目的加工生产、运营平台、训练推理三类负载对密码服务的调用特征差别很大：加工生产是批量长任务，运营平台是短而频的交互调用，训练推理集中在数据集读取时段。按负载分设虚拟实例，可避免批量任务把交互调用挤在后面。

驱动管理维护不同厂商设备的驱动与接口适配包，记录版本、适配的设备型号与国产化基础环境的兼容情况。新增一家厂商的设备时，只在驱动管理中增加适配包并完成联调，上层服务定义不变。

分组管理把若干设备或虚拟实例编成服务分组，作为调度与负载的单位。分组按用途划分，例如“加工加解密组”“运营签名组”“测评演示组”，分组内的实例可动态增减。

3）密码态势感知

平台提供面向管理者的态势视图，并支持大屏展示。

视图分三类。第一类是密码资源运行状态：设备在线情况、负载率、密钥区占用、温度与电源状态、告警数量。第二类是密码服务调用情况：按应用、按租户、按服务项、按时间段的调用量与成功率，支持下钻到单次调用记录。第三类是密码服务运行状态：各服务分组的响应时延分布、队列深度、异常调用占比。

态势感知按事前、事中、事后分开展示判断依据（b0702）。事前看的是容量与配置是否留有余量，例如密钥区占用接近阈值、某个分组的时延在批量任务期间持续上行；事中看的是异常调用是否在发生，例如同一应用在短时间内发起远超日常基线的批量解密；事后看的是追溯依据是否完整，例如某次数据集导出所用的密钥、调用链与操作人是否可以串起来。

态势感知的指标清单如表 12-6 所示。清单在实施阶段与甲方确认后配置，指标阈值按试运行期实测数据设定，不在方案阶段写死。

表 12-6　密码态势感知指标清单

数据来源：招标文件第五章 3.1.2.1（3）（10）条。

大屏展示按甲方会议室与运维值班两种场景分别出一套布局。大屏默认不展示密钥材料、应用密钥与具体数据内容，只展示聚合指标与状态，避免因展示带来新的泄露面。

4）密钥管理

密钥管理是整个平台里责任最重的一处，密钥一旦失控，其余所有控制都失去意义。

平台提供集中的应用密钥管理，覆盖对称密钥与非对称密钥，支持密钥的生成、导入、导出受控、状态查看、启用停用、备份恢复与销毁（b0705）。密钥按三级组织：根密钥存放在密码机安全区，不出设备；应用主密钥由根密钥派生或加密保护，按应用隔离；数据密钥按一文一密、一数据一密策略动态生成，以应用主密钥加密后随数据存放（b0727）。

密钥的生成一律在密码机内完成，平台不接收外部以明文形式提交的密钥材料。确需导入已有密钥时，走密钥分量导入流程，由两名持不同分量的管理员分别录入，任一人无法单独还原完整密钥。密钥备份以加密形式导出，备份介质的保管与使用按双人双锁管理，备份恢复操作留痕并通知审计管理员。

密钥销毁区分两种口径。逻辑销毁将密钥状态置为已销毁并解除引用，保留审计记录；物理销毁在密码机内擦除密钥材料，执行后不可恢复。涉及已加密数据的密钥销毁前，必须先确认该密钥关联的数据已完成转加密或已达到保存期限，这一校验由平台在销毁流程中强制执行，避免出现数据尚在而密钥先毁的情形。

密钥轮换按用途设定周期：数据密钥随对象生成，不复用；应用主密钥按年度轮换或在人员变动、疑似泄露时立即轮换；根密钥在设备生命周期内原则上不轮换，确需更换时按设备厂商规程执行并重新封装应用主密钥。所有密钥操作形成密钥管理审计台账，供审计员查询（b0706）。 密钥分发不以传递密钥材料的方式进行。应用侧拿到的是密钥句柄与调用凭据，而不是密钥本身：应用主密钥始终驻留密码机，应用通过接口以句柄引用它完成运算；数据密钥由平台在密码机内生成，以应用主密钥加密后随密文存放，应用侧同样不接触明文密钥。确需跨设备同步密钥的场景（例如多厂商设备间的互备），走设备间的安全信道并以分量方式传递，传递两端均记录分量编号与接收确认。

密钥撤销与密钥销毁是两件事，平台上分开配置。撤销是把密钥置为不可用状态并解除其全部引用关系，适用于人员变动、疑似泄露、应用下线三类情形，撤销后以该密钥加密的数据按转加密流程改用新密钥保护，转加密未完成前原密钥保持可解密但不可加密的受限状态。销毁是在密码机内擦除密钥材料，执行后不可恢复，仅在转加密完成或关联数据已达保存期限后执行；销毁前的关联数据状态校验由平台在流程中强制执行。撤销与销毁均需双人复核，操作记录分别留痕并通知审计管理员。

三级密钥体系的构成与各级密钥的保管方式如图 12-2 所示。

图 12-2　三级密钥体系与各级密钥保管方式。数据来源：招标文件第五章 3.1.2.1（4）（12）条。

5）租户管理

本项目的密码服务不只服务于一套应用，数据集建成后还要面向行业用户提供服务并接入国家数据基础设施（b0676），因此租户隔离从一开始就要设计到位，而不是等到有第二个使用方时再改。

隔离分三层。计算隔离按虚拟密码机实例划分，不同租户的密码运算在不同实例中执行，实例间不共享会话与上下文。服务隔离按服务分组与开通清单实现，租户只能调用已分配给它的服务项。密钥隔离按密钥空间划分，租户主密钥彼此独立，平台在接口层校验调用方租户标识与目标密钥归属，不一致即拒绝并记录为越权尝试。

管理流程上，租户内可以自行添加业务应用、提交接入申请，由平台安全管理员审批并分配密码服务（b0708）。审批记录与分配结果进操作日志。租户的资源配额包括虚拟实例数、密钥数量上限与调用速率上限，配额用尽时触发告警而不是静默排队，便于及早扩容。

6）密码服务负载

密码服务负载的落点很明确：通过虚拟密码网关实现应用与密码服务或服务分组的动态调度和负载，防止密码服务单点故障导致应用瘫痪。

虚拟密码网关是应用与密码服务之间的统一入口。应用不直接连接具体设备或实例，而是连接网关提供的虚拟服务地址；网关按配置的策略把请求分发到服务分组内的可用实例。分发策略按服务特征选择：无状态的加解密与哈希运算按最小连接数分发；需要会话连续的签名流程按会话黏滞分发；批量任务按配额预留的实例独占执行，不与交互调用混用。

可用性设计分三层。第一层是实例级，网关对分组内每个实例做健康探测，探测失败即摘除并把在途请求重投到其他实例。第二层是分组级，为关键服务配置主备分组，主分组整体不可用时切换到备分组。第三层是降级口径，这一层必须写清楚，因为它是单点故障时业务能不能继续的最后依据。

降级按数据敏感级别分档处理。涉及最高敏感级数据的加解密与签名操作不设降级通道，密码服务不可用期间相关任务进入等待队列并告警，等服务恢复后继续，不以降低密码强度的方式放行。一般敏感级的完整性校验在密码服务不可用期间可暂存待校验队列，服务恢复后补算并回填结果，暂存期间该批数据不进入下一加工环节。只读类的交互查询在不涉及解密的部分正常响应，涉及解密的字段返回受限提示。这三条口径会写入运行手册，并作为可靠性测试的用例之一；平台整体的可用性指标与故障切换时限见非功能性技术要求一节。

此处需要说明一处配置前提。招标文件硬件采购清单中服务器密码机的数量为 1 台（b2150r02），而招标文件第（6）条要求防止密码服务单点故障导致应用瘫痪（b0711）。在单台硬件密码机的配置下，我方的实现方式是：在单机内划分多个虚拟密码机实例并编入服务分组，由虚拟密码网关在实例间做调度与负载，以应对单实例进程级故障；对于整机级故障，按上述三档降级口径处置，关键任务等待恢复而不降级放行。若甲方后续同意按冗余配置补充第二台密码机，平台的分组与主备切换能力可直接启用，无需改造。

7）密码服务调度

平台维护一张密码服务注册表，列出已注册的服务实例、所属设备、支持算法、当前运行状态与所属分组，管理员可在管理台直接查看（b0712）。

调度能力包括三项。一是分组编排，把服务实例按用途编入分组，支持新增、调整与解散（b0713）。二是动态分配，把服务或服务分组分配给指定的应用或租户调用，分配变更即时生效，并保留变更前的配置以便回退（b0714）。三是权重与配额，为分组内实例设置分发权重，为应用设置调用速率上限，防止单一应用的批量任务占满资源。

调度的日常使用场景在本项目里是具体的。数据集加工有明显的批量作业期：图纸与工艺文档的批量解析、语料的批量入库、数据集版本发布前的批量签名，这些任务一旦启动就是连续数小时的高频调用。调度配置上为这类任务预留专用分组并限定并发，使运营平台的交互调用不受影响。基准测试数据集发布与数据集挂牌展示期间，签名验签调用量会出现尖峰，按预案临时提高该分组权重。

图 12-3 给出一次密码服务调用的完整链路与各环节的校验内容。

图 12-3　密码服务调用链路与各环节校验内容。数据来源：招标文件第五章 3.1.2.1（1）（5）（6）（7）（9）（10）条功能要求。

8）基础密码服务

平台把不同厂家的密码设备接口封装成统一规范的服务接口，设备类型包括但不限于密码机、时间戳服务器、签名验签服务器。

封装分三层。设备驱动层对接各厂商的设备接口，按《密码设备应用接口规范》与《服务器密码机技术规范》实现标准调用，厂商专有接口在此层收敛。能力抽象层把设备能力归并为算法能力集，例如“SM4 对称加解密”“SM2 签名”“SM3 摘要”“时间戳签发”，屏蔽同一能力在不同厂商设备上的参数差异。服务接口层按业务语义组织接口，例如“加密数据集分片”“为数据集版本签名”“为加工记录加盖时间戳”，调用方按业务语义调用而不按算法调用。

这样分层的实际收益在换件与扩容时显现。本项目的建设周期延续至 2028 年 5 月，期间可能出现设备扩容、备件替换或厂商供货变化。有了这三层封装，更换设备只需在驱动层增加适配包并完成联调，上层加工工具链与运营平台的代码与配置不动。多厂商设备的互认证明材料要求见本节功能要求第 18）项（b0740）。 算法调用的口径在封装层固定下来，调用方不得在接口上指定算法与参数，避免同一类数据在不同模块上用了不同强度的保护。各类操作的算法调用口径如表 12-7。

表 12-7　各类操作的算法调用口径

数据来源：招标文件第五章 3.1.2.1（8）（11）（12）（13）条与 3.3.1 硬件采购清单服务器密码机算法支持范围。

国际算法仅在与外部系统互联确有必要时按兼容需要启用，启用前逐例登记用途、对端与启用期限，并在密码应用方案中列明；本项目内部链路的保护一律使用国密算法。

9）鉴权管理

平台按应用标识与来源 IP 两个维度设置白名单，为应用系统接入授权。

授权有两个独立的闸口，两个都通过才允许调用。第一个闸口是接入授权：调用方必须持有有效的应用标识与接入凭据，且来源 IP 在该应用登记的白名单网段内。第二个闸口是服务授权：该应用必须已被开通所申请的服务项。两个闸口分开设置，是为了区分“不是你”和“不该你调这个”两类拒绝原因，便于排障与审计。

被禁用的业务应用立即失去密码服务调用权限（b0719）。禁用的生效方式是网关侧拒绝而非仅前端隐藏，禁用后在途请求按配置选择立即中断或允许完成当前批次，默认立即中断并记录中断的请求数。每一次被拒绝的调用都写入调用日志，标注拒绝原因，并计入态势感知的异常调用统计。

针对本项目的接入方清单，鉴权配置按最小必要原则预置。数据集加工流水线的各工具链按环节分别注册，预处理工具只开通文件加解密与哈希，标注工具只开通哈希与签名验签，不开通解密；数据集运营服务管理平台开通元数据加解密、签名验签与证书认证；训练推理服务只开通数据集读取所需的解密与完整性校验。配置清单作为交付文档的一部分移交甲方，后续变更走审批。 接口鉴权的具体配置在两道闸口之外另加四项。其一是请求签名：调用方以其应用密钥对请求关键字段计算签名，平台侧验签通过才进入业务处理，防止请求在传输中被改写。其二是时间戳与随机串：每次请求携带时间戳与一次性随机串，平台拒绝超出时间窗口的请求，并在窗口内对随机串去重，使被截获的请求无法重放。其三是调用速率上限：按应用与按服务项分别设置速率上限与并发上限，超限的请求排队或拒绝并计入告警，防止单一应用的批量任务占满资源。其四是凭据轮换：接入凭据设有效期，到期前提醒并支持新旧凭据并行的过渡窗口，过渡期结束旧凭据自动失效。

四项配置的参数在实施阶段按甲方环境确定并写入接口文档，参数变更走审批并记录变更前后值。

10）日志管理

日志是本项目安全合规能力的直接证据，也是项目安全合规建设中审计要求的实现基础，因此单列说明。

平台记录三类日志。登录日志记录平台用户的登录时间、账号、来源地址、认证方式与结果。操作日志记录管理员在后台的全部配置变更，包括应用注册与启停、租户与配额调整、密钥操作、分组与分配变更、白名单变更，每条记录变更前后的值。调用日志记录业务系统调用密码服务的时间、应用标识、租户、服务项、数据对象标识、密钥标识、返回码与耗时，不记录明文数据内容与密钥材料本身。

三员管理模式按职责分立配置（b0721）。系统管理员负责平台与设备的部署、配置、资源分配，不能查看审计日志，也不能单独完成密钥导入与销毁。安全管理员负责应用与租户审批、服务开通、白名单与策略配置、密钥策略设定，不能变更日志配置。审计管理员负责日志的查询、统计、导出与归档，不能变更任何业务配置。三员账号不得兼任，账号创建时由平台做互斥校验。

日志只针对审计员开放（b0721）。实现上，日志存储独立于业务库，访问入口仅审计管理员视图可达；系统管理员与安全管理员在管理台看不到日志查询菜单，直接访问日志接口会被拒绝并记录为越权尝试。日志本身不可编辑、不可删除，留存期内按时间分区归档；归档文件做 SM3 摘要并签名，摘要值单独留存，用于后续验证归档件未被改动。

查询能力按要求提供多维度支持（b0722、b0723）。可按操作方、IP 地址、账号、应用标识查询单条记录；可按业务系统、时间段、密码服务项、租户维度做统计，输出调用量、失败率、异常调用数；支持导出为可归档格式供测评与检查使用。日志留存期按不少于六个月设置，并与数据治理的数据生存周期规划中的审计日志保存期限取较长者执行。

11）应用接口调用

平台同时提供软件开发工具包与表述性状态转移接口两种调用模式，以适配不同的集成场景。

软件开发工具包适用于加工流水线中对性能敏感的批量处理。工具包提供连接池、会话复用、批量接口与本地缓存的密钥句柄，减少每次调用的握手开销。本项目的批量场景很具体：数据集分片的批量加密、图纸与工艺文档批量入库时的摘要计算、数据集版本发布时对数万个文件对象逐一签名，这些场景按单次调用模式做会把时间耗在连接上。工具包提供主流开发语言版本，并随附在国产化操作系统与中间件环境下的编译与部署说明。

表述性状态转移接口适用于运营平台的交互调用与外部系统的轻量集成，按统一的请求响应结构组织，支持同步调用与异步任务两种形态，长耗时的批量任务以提交任务加轮询结果的方式处理。接口鉴权沿用本节功能要求第 9）项的两道闸口。

两种模式提供同一套接口文档、错误码表与调用示例，并在验收环境提供可直接运行的示例程序。接口文档、数据结构说明与二次开发指导按开放性要求的口径提供，见非功能性技术要求一节。

12）数据加解密

数据加解密是密码服务在本项目中使用量最大的能力，涵盖数据与文件加解密、SM3 哈希运算、签名验签及批量处理，并支持“一文一密”“一数据一密”的精细化加密策略。

一文一密的实现方式是：每一个受保护的文件对象在首次入库时由平台在密码机内生成一个独立的数据密钥，用该密钥以 SM4 算法加密文件内容，数据密钥本身以所属应用的主密钥加密后与密文一同存放。读取时先解出数据密钥，再解出内容，数据密钥不在平台内存中长期驻留。一数据一密按同样原理作用于字段级或记录级对象，粒度由数据的分级结果决定。

这个策略在本项目里的落点很明确。图纸文件、工艺卡文件、矿方地质条件报告、合同与报价文档属文件对象，按一文一密处理；数据集分片按分片为单位加密，每个分片一个数据密钥，便于按分片授权下载而不必解开整个数据集；结构化数据中的敏感字段，例如客户名称、合同金额、物料价格、人员工号，按一数据一密在字段级加密。粒度细带来的开销是密钥数量大，因此密钥以派生方式按对象标识生成并记录映射关系，不逐个长期存储完整密钥材料。

SM3 哈希运算用于完整性校验与版本指纹。每个数据对象入库时计算摘要并记录；数据集每发布一个版本，对该版本的分片清单与各分片摘要再计算一次版本摘要，形成版本指纹。后续任何一方拿到数据集都可以自行计算摘要与指纹核对，判断内容是否与交付时一致。签名验签用于来源真实性与不可否认性，数据集版本发布、质量评测报告、交付清单均由平台以 SM2 签名，签名值随交付物提交。

批量处理按流式方式实现，大文件分块加解密并计算分块摘要，避免整文件加载内存；批量任务支持断点续作，中断后从已完成分块继续，不重做整批。加解密的吞吐以采购的服务器密码机参数为基础（SM4 加解密不低于 1800Mbps、SM3 不低于 1800Mbps，b2150r02），在试运行阶段按本项目实际数据量做一轮实测，据实测结果确定批量窗口的排期，而不在方案阶段锁定单位时间处理量。

13）身份认证

平台基于 SM2 国密算法构建公钥基础设施体系，提供口令与证书结合的双因素身份认证。

证书体系按两级组织：项目根证书在密码机内生成并离线保管，签发业务子证书；子证书分为用户证书与设备证书两类。用户证书签发给平台管理员、加工生产岗位人员与运营平台的授权用户；设备证书签发给接入连接器、加工节点、训练推理节点等需要互相认证的实体。

双因素认证的两个因子是口令与证书。登录时先校验证书有效性（签发链、有效期、吊销状态），再校验口令，两者均通过方予放行。证书载体支持智能密码钥匙等认证设备，也支持软证书形态用于不便使用硬件介质的场景，软证书仅限非最高敏感级操作使用。涉及密钥操作、权限变更、数据集批量导出这三类敏感动作时，除双因素登录外再要求一次独立的签名确认，签名值入操作日志。

证书全生命周期管理覆盖注册、审核、签发、延期、吊销、归档六个环节（b0730、b0731）。注册由申请人提交，审核由安全管理员执行并记录审核依据，签发在密码机内完成，延期在到期前按设定提前量提醒并走简化审核，吊销支持立即生效并同步更新吊销列表，归档保留证书与操作记录至留存期满。人员岗位变动或离场时，由项目组在变更当日提交吊销申请，吊销后相关账号同步禁用。

证书状态的查询向调用方提供在线接口，接入方在建立连接时可实时核验对端证书状态，不依赖本地缓存的吊销列表。吊销列表同时以文件形式按周期发布，供不便在线查询的场景使用。 证书校验在每一次建立连接与每一次敏感操作确认时执行，校验项固定为六项，任一项不通过即拒绝并记录原因码：证书签发链可追溯到项目根证书且链上各级证书均有效；证书在有效期内；证书未被吊销，吊销状态以在线查询结果为准，在线查询不可达时以最近一次发布的吊销列表为准并降级为只读放行，不放行写操作；证书用途扩展与本次用途匹配（用户证书不用于设备认证，设备证书不用于人员登录）；证书主体标识与调用方登记的应用标识或账号标识一致；证书所用算法在允许的算法清单内。

校验失败的原因码按上述六项分开编码，不合并为一个“认证失败”。原因码进调用日志与审计事件，便于区分配置错误与越权尝试：链不可追溯与算法不合规多为配置问题，主体不一致与用途不匹配则需按越权尝试统计并纳入安全态势观察。

14）告警管理

平台支持自定义告警规则，实时监控密码设备与密码服务的运行状态，检测到异常时以短信或邮件形式发送通知。

告警规则按四类对象预置并允许自定义。设备类规则监控设备离线、电源与风扇异常、密钥区占用超阈值、固件校验失败。服务类规则监控服务实例不可用、时延超阈值、失败率超阈值、队列积压。安全类规则监控越权调用尝试、白名单外访问、日志访问异常、证书即将到期与异常吊销。容量类规则监控密钥数量、调用配额与存储占用接近上限。

告警分三级。一级为影响业务连续性的事件，例如设备整机离线、服务分组整体不可用，通知方式为短信加邮件，并通知到项目组值班与甲方运维联系人。二级为需当日处置的事件，例如单实例不可用、失败率持续超阈值、证书七日内到期，通知方式为邮件加平台内消息。三级为提示类事件，例如容量达到预警线，仅在平台内与日报中呈现。告警的收敛规则一并配置，同一对象同一类型的重复告警在设定窗口内合并为一条，避免风暴期间淹没有效信息。

告警规则的预置清单如表 12-8 所示，每条规则给出触发条件的类型与默认级别，阈值在试运行期按实测基线设定。

表 12-8　告警规则预置清单

数据来源：招标文件第五章 3.1.2.1（3）（14）条。

高敏操作纳入告警规则（表中倒数第四行），使密钥销毁、分量导入等动作发生时即对相关角色可见。此类动作一旦事后才发现有问题，补救空间很小。

告警的处置形成闭合记录：每条一级与二级告警都要有处置人、处置时间、处置结论，未处置的告警在交班时转交并在态势视图中保持可见。告警联系人名单与通知时段在实施阶段与甲方确认后配置，名单本身不在本投标文件中列出。

15）与国产化操作系统、中央处理器、数据库、中间件适配兼容

招标文件要求安全软件与国产化操作系统、中央处理器、数据库、中间件四类基础环境适配兼容，每类至少提供 1 份兼容性互认证明材料（b0735、b0736）。适配的范围按招标文件 3.1.2.2.7 条列举的国产服务器、中央处理器、存储设备、网络设备、操作系统与数据库选取（b0788 至 b0793），中间件按与所选操作系统和数据库配套的国产中间件选取。具体产品型号在中标后按甲方既有环境与采购结果确定，确定前以适配类别、验证方法与材料份数承诺。

互认证明是材料，适配是否真的可用要靠验证。适配验证按四步执行，验证结论形成《国产化环境适配报告》交付甲方。第一步是安装验证：在选定的国产操作系统与中央处理器架构上完成安全软件与密码服务组件的安装部署，记录依赖项、编译参数与已知问题。第二步是功能验证：按十九条功能要求逐项在国产环境下验证可用，重点是密码运算接口、软件开发工具包的各语言版本、与国产数据库的连接与事务行为。第三步是性能验证：在国产环境下实测密码服务的吞吐与时延，与设备标称参数对照，确认不存在因适配层带来的显著损耗。第四步是兼容回归：在操作系统与数据库的小版本升级后重跑功能与性能用例，确认升级未破坏适配。

适配验证的指标按三段给出。基线为四类环境下功能用例全部通过、性能实测值不低于设备标称值的 80%；趋向为随适配层优化逐步接近标称值，每次优化后以同一组用例复测并记入适配报告；回退路径为，若某一国产组合确实无法满足功能或性能要求，先在同类国产产品中另选可适配型号，同类产品均不可行时向甲方书面说明情况与影响范围，由甲方决定是否调整该项配置要求。

16）商用密码产品认证证书

招标文件要求安全软件具有国家密码管理局颁发的《商用密码产品认证证书》（b0737）。该要求在我方是选型门槛：进入选型范围的密码产品必须在选型时即持有有效证书，证书的认证范围必须覆盖本项目的实际用法，不以“证书在办理中”“同系列产品已获证”作为选型依据。

选型时核对四项：证书编号与证书持有方、产品型号与版本、认证范围所列的产品类别与算法、证书有效期是否覆盖本项目建设周期与质保期。四项中任一项不满足的产品不予选用。算法侧同步核对：对称加密用 SM4，非对称运算与签名用 SM2，摘要用 SM3，标识密码场景用 SM9，密码机内部存储用 SM1；国际算法仅在与外部系统互联确有必要时按兼容需要启用，本项目内部链路的保护一律使用国密算法。

证书有效期在建设周期内到期的，由项目组在到期前三个月跟踪原厂的换证进展，取得新证后更新核验记录；原厂未能换证的，按第 15）项的回退路径在同类持证产品中另选型号并重做适配验证。

17）兼容性互认证明材料的份数口径

招标文件在第（17）条对同一类适配要求提出了更高的材料份数：国产化操作系统、中央处理器、数据库、中间件每类至少提供 3 份兼容性互认证明材料（b0738、b0739）。与第（15）条的 1 份要求相比，两处条文的份数表述不同，我方按从严口径执行：四类基础环境每类提供不少于 3 份，合计不少于 12 份。满足较高份数要求同时即满足较低份数要求，按从严执行不存在少提的风险。

材料形式为原厂出具的兼容性互认证明，或由具备检测能力的机构出具的兼容性测试报告；同一类基础环境的 3 份材料取自不少于 2 家原厂，避免全部来自同一供货渠道。各类证明材料的组织方式如表 12-9。

表 12-9　信创适配与密码产品资质证明材料清单

数据来源：招标文件第五章 3.1.2.1（15）至（19）条。

材料清单与硬件配置一节的兼容性互认证明材料取同一份台账：安全软件与密码产品的份数按本项口径计，国产服务器、存储、网络与加速部件的份数按硬件配置一节的清单计，两处合并成一份《兼容性互认证明材料台账》随标递交，不分别出两套统计。证明材料的编号、出具方与有效期录入该台账，并在验收阶段的适配报告中逐条引用。

18）针对不同厂商的密码机设备集成

招标文件要求支持针对不同厂商的密码机设备集成，并提供不少于三家厂商密码设备的互认证明材料（b0740、b0741）。这项要求与第 8）项的三层封装设计相配套：封装设计保证了换件不改上层代码，互认证明则是这一能力的书面佐证。

集成的实现路径是在驱动层为每一家厂商的设备增加一个适配包。适配包按《密码设备应用接口规范》实现标准调用，向上提交该设备支持的算法能力集与参数约束；能力抽象层据此把同一能力在不同设备上的参数差异归并，服务接口层的定义不随设备变化。新增一家厂商的设备时，交付物是适配包、联调记录与互认证明三件，上层加工工具链与运营平台的代码与配置不动。

三家厂商设备的联调按同一组用例执行：算法正确性比对（同一明文在三家设备上加密后交叉解密，结果一致）、接口一致性核对（同一业务接口在三家设备上的入参出参与错误码一致）、故障切换验证（摘除其中一家设备的实例后，分组内其余实例继续承载调用）。联调记录随《国产化环境适配报告》一并提交。

19）商用密码产品认证证书的核验与提交

招标文件在第（19）条重申安全软件须具有国家密码管理局颁发的《商用密码产品认证证书》（b0742）。第 16）项给出的是选型门槛，本项给出的是证书在采购、实施与运行三个时点的核验与提交安排。

采购时点，按合同所列型号逐台核验证书编号、产品型号与版本、认证范围、有效期，核验结论记入《商用密码产品证书核验记录》；核验不通过的设备不予接收。实施时点，设备上架后再核验一次实物铭牌型号与证书型号是否一致，并记录设备序列号与证书编号的对应关系，该对应关系是密评证据清单中“密码产品合规”一条的直接证据。运行时点，证书有效期纳入告警规则的时间阈值类，距到期不足设定天数即触发二级告警，由项目组跟踪换证。

证书复印件与核验记录的提交分两处：投标阶段提供所选密码产品的证书复印件，附证书编号与有效期；实施阶段的逐台核验记录随商用密码应用安全性评估的证据清单一并提交评估机构与甲方。

（5）密码服务的异常处置与恢复测试

密码服务进入数据加工生产主线之后便处在关键路径上，其异常行为必须在上线之前被触发过一次、并被观察到预期的处置结果，否则故障时的处置口径只是纸面安排。为此平台在出厂测试、试运行与半年度演练三个时点执行同一组异常注入与恢复测试，用例与判据如表 12-10。

表 12-10　密码服务异常注入与恢复测试用例

数据来源：招标文件第五章 3.1.2.1（4）（6）（9）（10）（13）（14）条与 3.2.6.12 第三项。

测试结论按三段记录：基线为上述八类场景的预期行为与恢复判据全部达成；趋向为随试运行期的实测数据收紧恢复时限，每次收紧后以同一组用例复测；回退为任一场景未达判据时，该场景对应的功能不进入验收范围，由项目组提出技术方案并复测通过后再行纳入。测试记录随《安全测试报告》交付，并作为等级测评与风险评估中“故障处置与恢复”相关条款的证据。

（6）国密算法在数据加工生产主线上的落点

密码平台建成后，须明确其在加工主线各环节、对各对象的具体作用，避免“平台有能力、业务未接入”。本部分按环节顺序给出落点。

1）按环节的密码应用设计

数据从源系统进入，经采集接入、预处理、标注、合成与增强、质检、验证、入库发布七个环节，最终进入运营平台流通。各环节的密码应用落点如表 12-11 所示。

表 12-11　密码服务在数据集加工生产各环节的落点

数据来源：招标文件第五章 3.1.2.1（12）（13）条、3.1.2.3（1）至（3）条、3.2.6.3 加工环节划分、3.2.6.12 安全合规要求。

2）三类对象的处理口径

加工主线上的对象按密码处理方式分三类，口径如下。

第一类是原始工程资料。图纸、工艺卡、地质条件报告、合同与报价文档，这类对象的特点是单件价值高、份数多、需长期保存。处理口径是落地即加密、摘要入库、按图号或文件标识建立密钥映射，解密只在确有加工需要时按任务授权进行，解密动作入调用日志。约四百至五百张图纸构成一个项目的工程资料集合，按一文一密处理后，授权粒度可以细到单张图纸。

第二类是数据集本体。预训练语料、指令微调样本、强化学习偏好组、基准测试题，这类对象的特点是体量大、以分片形式组织、要对外流通。处理口径是按分片加密并记录分片摘要，版本发布时生成版本指纹并签名。这样做的直接好处是对外提供数据集时可以按分片授权：定向开放给某一使用方的若干分片单独解密下发，其余分片的密钥不下发，不必为一次定向开放而解开整个数据集。

第三类是过程记录与元数据。加工日志、标注记录、质检结论、数据卡、血缘关系，这类对象的特点是体量小但证据价值高。处理口径是以完整性与不可否认性为主、机密性为辅：计算摘要、由责任岗位签名、必要时加盖时间戳，使记录在事后可以证明“是谁在什么时候提交的、此后没有被改动”。数据集元数据的加解密按系统集成要求与运营平台对接实现（b0798）。

3）密码应用与数据分级的对应关系

密码强度与控制严格程度按数据分级分档，不搞一刀切。分级标准由数据治理的数据安全规划域给出，本节按其分级结论配置控制点。图 12-4 给出分级与密码控制的对应关系。

图 12-4　数据分级与密码控制配置的对应关系。数据来源：招标文件第五章 3.1.2.1（12）（13）条与 3.2.6.12 第二项要求；分级名称按数据治理数据安全规划域的分级结论使用。

需要说明的是，分级与配置的对应关系在实施阶段会随分级目录的评审结果调整。本节给出的是配置原则与控制点清单，具体哪些数据对象落在哪一级，以经甲方确认的分级目录为准，平台的控制策略按目录配置而不写死在代码里。

3、项目安全合规建设要求

项目安全合规建设包含三件事：建设内容合规性核查与数据集来源合法性承诺、四类敏感数据的去标识化或脱敏处理、平台的审计日志记录与权限校验及访问名单控制。

（1）建设内容合规性核查与数据集来源合法性承诺

招标文件要求核查项目建设过程中是否包含不可用于商业用途的建设内容，并承诺数据集来源的合法性（b1869）。这条要求的现实意义很直接：本项目建成的数据集最终要在数据交易所挂牌、上架、交易（b0676），数据集里如果混入了不可商用的素材，挂牌即构成侵权，损失由甲方承担。

核查按素材登记、许可核验、结论判定、台账留存四步执行。凡进入加工流水线的素材，无论来自甲方业务系统、客户方提供、公开渠道获取还是我方工具产生，一律先登记来源、取得方式与许可依据，再做许可核验，核验结论分可商用、限制使用、不可用三档。限制使用的素材标注其限制条件（例如仅可用于内部训练不可对外发布），由平台在数据卡与流通控制上执行该限制；不可用的素材不进入数据集，已进入的回溯清除并记录。

各类来源的合法性判据与核验材料如表 12-12 所示。

表 12-12　数据来源类型、合法性判据与核验材料

数据来源：招标文件第五章 3.2.6.12 第一项（b1869）与 1.2.6 服务与安全目标（b0676）。

公开渠道获取的素材是风险最集中的一类，因此单设一道闸口：这类素材在登记时必须填写许可类型与来源地址，许可类型不明的按不可用处理，不做“先用起来再说”的处置。合成数据的合法性沿着种子数据追溯，这一点容易被忽略，而本项目的指令数据与工单故障场景数据有相当部分来自合成（九类工具链中的数据生成与增强类），所以生成批次记录里必须登记种子数据的来源批次，形成可回溯的链条。

核查结论汇总为《数据来源合法性核查台账》，按数据集与批次组织，随数据集版本一同交付。基于台账，我方出具《数据集来源合法性承诺》，承诺要点为：本项目交付的数据集所含素材均经来源登记与许可核验；不含许可条款禁止商业使用的素材；涉及第三方权利的素材已取得相应授权或已做排除处理；若后续发现权利争议，我方配合核查并承担因我方核验不实导致的责任。承诺文本在中标后按甲方格式要求出具并盖章。

（2）数据分类分级标签的配置与落地

去标识化与脱敏的强度、密码控制的档次、权限判定的依据，三者都以数据的分类分级结论为输入。分级标准、分级目录与维护机制由数据治理规划的数据安全规划域给出，本节给出该结论在平台上的配置方式，使分级不停留在目录上。

分级标签是平台内的一个独立字段，附着在数据对象上随对象流转。标签取四级：公开、内部、敏感、核心。打标的时机有三处：源系统接入时按已授权数据域的默认级别打初始标签；预处理环节按敏感信息检出结果提级或按脱敏结果降级；数据集版本发布时按该版本所含分片的最高级别确定版本级别。三处打标的动作都写入审计事件，可追溯到打标依据。

标签的继承与合并按三条规则配置。其一，派生对象继承来源对象的级别，取来源中的最高级别；由多个来源合成的样本，其级别取参与合成的全部种子的最高级别。其二，经脱敏处理的对象可降级，降级须以脱敏执行记录与效果验证记录为依据，由预处理岗提出、安全管理员确认，降级动作单独留痕。其三，级别只能按上述两条规则变动，不接受直接改写标签值的操作，平台不提供该入口。

标签配置完成后，三类策略以标签为条件取值，如表 12-13。策略表由安全管理员维护，变更走审批并记录变更前后值；分级目录在实施阶段经甲方确认后，策略表按目录一次性配置，后续随目录版本更新。

表 12-13　分级标签驱动的三类策略配置

数据来源：招标文件第五章 3.2.6.12 第二项、第三项与 3.1.2.1（12）（13）条；级别名称按数据治理数据安全规划域的分级结论使用。

（3）四类敏感数据的去标识化与脱敏

招标文件要求对涉及个人信息、敏感地理信息、重要行业数据、企业秘密数据进行去标识化或脱敏处理（b1870）。本项目的难处不在于会不会脱敏，而在于脱敏之后数据集还得有用。把工艺参数一律置空，数据集就失去了训练价值；把参数原样保留，核心工艺能力就外泄。所以本项目的脱敏设计围绕一个原则组织：删除可识别到具体主体的信息，保留可供模型学习的结构与关系。

四类数据的处理方法如表 12-14 所示。

表 12-14　四类敏感数据的脱敏方法与可用性考虑

数据来源：招标文件第五章 3.2.6.12 第二项（b1870）；字段举例依据同章 3.2.2 各源系统数据范围与甲方需求说明中的业务对象。

脱敏的时机安排在数据进入加工流水线的第一道预处理环节，这一点在安全设计的四条原则中已说明，此处给出实现细节。原始件加密保存在受控区，保留期按数据生存周期规划执行，期间仅限经审批的定额核算等必须使用原值的任务按任务授权解密读取；脱敏后的产物进入标注、合成、质检、验证各环节，这些环节处理的是降敏数据。代号映射表按核心级管控，单独加密存储，访问需逐人审批，不与数据集一同交付。

脱敏执行与效果验证的流程如图 12-5 所示。

敏感信息的检出不靠一条万能规则，而靠一组按字段类型组织的规则加一个在自由文本上工作的模型通道。规则通道的类型与检出依据如表 12-15 所示。

表 12-15　敏感信息检出规则类型与检出依据

数据来源：招标文件第五章 3.2.6.12 第二项；字段类型依据同章 3.2.2 各源系统的数据范围。

表中最后一列是这张表真正的用处所在。误检与漏检都有代价，但代价不对称：漏检的后果是敏感信息进了数据集，发现时可能已经发布；误检的后果是数据可用性下降，发现时还能补救。所以规则的配置偏向于宁可误检，疑似一律进人工确认队列，由人工决定是否脱敏，确认结果回流为规则或例外，使队列规模随批次推进而下降。区间化粒度是个例外：粒度定得过粗，数据集就学不到参数与结果的关系，所以这一项的取值要与工艺口逐项确认，不由安全侧单方面决定。

图 12-5　脱敏执行与效果验证流程。数据来源：招标文件第五章 3.2.6.12 第二项与 3.2.6.3 加工环节划分。

脱敏效果的验收口径这样定。敏感字段的检出以规则与模型双通道并行：规则通道覆盖可枚举的标识符模式，模型通道负责自由文本中的提及。首轮上线时，规则通道按本项目已盘点的字段类型配置，模型通道在抽样评估集上的检出率作为基线记录在验收文档中；每轮数据集发布前按不低于约定比例做人工抽样复核，复核发现的漏检模式补入规则库并对该批次重跑。

检出覆盖随规则库积累逐步接近全覆盖；可核验的承诺口径是三项：检出基线、抽样复核比例、漏检发现后的回溯范围与完成时限。若某一批次的抽样复核漏检率超过约定阈值，该批次不予发布，整批重做脱敏并重新复核，这是本项目脱敏环节的回退机制。

重标识风险测试作为补充验证手段，方法是在降敏数据上尝试用外部可得信息做关联还原，评估还原到具体主体的可能性。测试由质检岗与安全岗联合执行，结论记入数据集质量档案，供数据集质量评测环节引用。

（4）账号全生命周期管理

权限控制的第一层是账号本身。账号管理不到位时，后面的角色、属性与名单配置都失去前提：一个离场人员未禁用的账号，等于给整套权限模型开了一个不受约束的入口。平台按申请、审批、开通、使用、变更、冻结、注销七个阶段管理账号全生命周期，各阶段的配置要求如表 12-16。

表 12-16　账号全生命周期各阶段的配置要求

数据来源：招标文件第五章 3.2.6.12 第三项（b1871）与 3.1.2.1（9）（10）（13）条。

三项配置需要单独说明。一是不设共享账号与通用账号：运维、测试、演示所需的账号同样按人开通，便于把任一操作归到具体的人。二是账号有效期按岗位在场周期设定，到期自动冻结而不是自动延期，延期须重新审批。三是账号与证书成对管理，账号禁用的同时吊销其证书，避免出现账号已禁用而证书仍可用于设备侧认证的情形。

账号状态的核查进入安全运营节律：每周核查新增与变更的账号授权，每月核查三员账号互斥状态与证书有效期，每半年逐条复核权限矩阵。核查发现的长期未使用账号、超期未回收账号与岗位已变更但角色未调整的账号，按发现当周完成处置。

（5）角色权限与数据权限的配置

权限模型按角色与属性两层组织：角色决定可以做哪类事，属性决定可以碰哪些数据。

角色层解决“这个岗位能做哪类事”。平台按岗位设置角色，例如采集接入员、预处理员、标注员、标注审核员、质检员、数据集发布员、运营管理员、系统管理员、安全管理员、审计管理员，每个角色绑定一组操作权限。角色之间设互斥关系：标注员与标注审核员不可同一人兼任同一任务，发布员与质检员不可兼任同一数据集的质检与发布，三员角色互不兼任。

属性层解决“这个人能碰哪些数据”。权限判定除角色外还比对数据对象的分级、所属业务域、所属数据集与批次，以及操作人的授权范围。举例来说，一名标注员拥有标注提交权限，但只能看到分配给他的任务包内的样本；一名质检员可以查看某数据集的质检样本，但不能下载整个数据集。

角色与操作的对应关系如表 12-17 所示。表中只列本项目的关键操作，完整权限矩阵随平台交付。

表 12-17　角色与关键操作权限矩阵

数据来源：招标文件第五章 3.2.6.12 第三项（b1871）与 3.1.2.1（5）（9）（10）条。

矩阵里有三处刻意的空缺。系统管理员不能查日志，也不能单独完成密钥操作，只能执行分量导入中属于自己的那一份。安全管理员能设密钥策略但不能执行具体的密钥导入与销毁。审计管理员除日志查询外什么都不能做。这三处空缺合起来就是三员分立在权限模型上的落地，也是等保与密评都会重点核查的一处。

角色与数据权限的配置方式在平台上是分开的两张表，这一点决定了授权的粒度。角色表定义“角色—操作”的对应，由安全管理员维护，全项目共用一套，变更需经审批并通知审计管理员；数据权限表定义“账号—数据范围”的对应，按人按申请单授予，内容包括可访问的业务域、数据集、批次与分片范围、可访问的最高分级、授权用途与有效期。一名账号的实际权限是两表的交集：角色表允许的操作，且落在数据权限表允许的范围内。新开通的账号默认只有角色、没有数据范围，不授予数据范围即无法访问任何业务对象。

四项配置约束随表一并写入《账号与权限管理办法》。其一，角色不叠加：一名账号在同一时间只持有一个业务角色，岗位调整时先收回再授予。其二，三员角色互斥，且与任何业务角色互斥，平台在授予时即做校验，校验不通过拒绝保存。其三，数据权限的有效期不得超过账号有效期，账号冻结或注销时其数据权限同步失效。其四，授权只做加法不做例外：确需越过角色表或数据权限表的一次性访问，走单次授权通道，记录事由、范围、有效期与审批人，到期自动失效，不以“临时加权限”的方式修改两张表。

权限配置的变更全部进入审计事件的授权变更类，记录变更前后的角色与数据范围；每半年的权限矩阵逐条复核，核对在用配置与办法中的定义是否一致，核对结论记入权限复核表。

（6）权限校验与访问名单控制

招标文件要求平台具备严格的权限校验和访问名单控制（b1871）。权限校验的严格与否，落在每一次访问请求实际走了几道判定、以及任一道判定缺失时平台怎么处置。

平台对每一次数据对象访问执行七步判定，任一步不通过即拒绝，并以明确的原因码记入审计事件。第一步校验身份：会话有效、证书在有效期内且未被吊销、双因素认证已完成。第二步校验账号状态：账号处于启用状态、未冻结、未超出有效期。第三步校验角色：当前账号所持角色包含所请求的操作类型。第四步校验互斥：本次操作与该账号在同一对象上的既往操作不构成互斥（例如同一任务包的标注与标注审核）。第五步校验数据范围：目标对象的业务域、所属数据集与批次在该账号的授权范围内。第六步校验分级：目标对象的分级标签不高于该账号可访问的最高级别；高于时转入审批通道而不是直接拒绝，审批通过后按单次授权放行。第七步校验审批与复核：该操作若属需审批或需双人复核的类型，核对审批单有效、审批人角色适格、复核人与操作人不是同一人。

七步判定的执行位置在服务端的统一鉴权组件，不在前端。界面上隐藏入口只是便利，直接调用接口同样要过这七步；未经界面而直接访问接口的请求，按同一判定链处置，拒绝时同样记入审计并计入越权尝试统计。

判定链本身的可用性需要有确定的失败处置。鉴权组件无法完成判定时（例如权限策略库不可读、分级标签缺失、审批系统不可达），平台按拒绝处置而不是放行，返回“权限判定不可用”的原因码并触发一级告警；分级标签缺失的对象按最高级别对待，直到标签补齐。这一口径写入运行手册，并在异常注入测试中逐项验证。

访问名单控制按三层设置。第一层是账号名单，平台账号由安全管理员按人创建，离场即禁用，不设共享账号与通用账号。第二层是地址名单，管理台与审计入口仅对运维网段开放，密码服务调用按应用登记的网段白名单放通（b0717）；名单条目登记申请人、用途、生效与失效时间，临时条目必须填写到期时间，到期自动失效并在周核查表中列出。第三层是数据集授权名单，数据集与分片的访问按使用方逐项授权，授权记录授权范围、用途、期限与审批人，到期自动失效需重新申请；对外提供数据集服务时按此名单下发分片密钥，与按分片授权的密码设计相衔接。

敏感操作另加双人复核：数据集批量导出、权限批量变更、代号映射表访问、密钥销毁这四类操作需第二名具备相应权限的人员确认后方可执行，两人的操作记录分别留痕，复核人不得与操作人为同一账号，平台在提交时即做校验。这项控制针对的是高权限账号滥用的风险，表 12-1 中已列出。

（7）全流程审计与日志记录

招标文件要求平台具备全流程审计和日志记录（b1871）。密码服务平台的日志设计见本节功能要求第 10）项，此处给出数据加工生产平台与运营平台侧的数据对象级审计。

审计的记录单位是“谁对哪个数据对象做了什么”。平台对数据对象的九类操作记录审计事件：取数接入、脱敏执行、标注提交、合成生成、质检判定、版本发布、授权变更、下载导出、删除销毁。每条审计事件记录操作时间、操作主体（账号与岗位角色）、来源地址、对象标识与版本、操作类型、操作参数摘要、结果状态，以及该操作所调用的密码服务记录标识，使审计链与密码调用链可以相互对照。

审计事件的记录字段如表 12-18 所示。字段设计上有一条原则：审计记录本身不得成为新的泄露渠道，因此记录对象标识与操作参数的摘要，不记录数据内容与密钥材料。

表 12-18　数据对象级审计事件的记录字段

数据来源：招标文件第五章 3.2.6.12 第三项（b1871）与 3.1.2.1（10）条日志要求。

审计事件须记录审批单号，以便直接核验「授权先于操作」，避免日志与审批系统人工对账。

招标文件要求的全流程审计，我方按上线门禁落实，而不是按时间推进的覆盖率。门禁的内容是：平台中任何可以读取、改写、导出或删除数据对象的功能入口，在接入审计事件采集并通过采集验证之前，不进入生产环境。这条门禁对首轮上线的九类操作生效，对建设周期内新增的每一个功能模块同样生效——新增入口与审计接入是同一次上线的两项内容，不分先后批次。

门禁的核对方式有三项。其一是入口台账：平台维护一份数据对象操作入口清单，每个入口登记其对应的审计事件类型与采集验证通过日期，清单随版本更新并作为上线评审材料。其二是上线前核对：每次版本上线前由审计管理员比对本版新增入口与入口台账，未登记或未通过采集验证的入口阻断本次上线。其三是季度回归：每季度以构造操作遍历入口台账中的全部入口，核对是否各自产生了预期的审计事件，缺失项按发现当周补齐并复测。三项记录随月度与季度安全报告提交，使全流程这一结论在任一时点都有对应的核对依据。

审计写入失败时的处置按操作类型分档，并在平台上配置为强制行为。涉及授权变更、密钥操作、下载导出、版本发布、删除销毁这五类高敏操作，审计事件写入失败即判定本次操作失败，操作不予提交或予以回滚，向发起方返回明确原因码，同时触发一级告警——操作做不成尚可重来，操作做成了却没有记录则无从追溯。其余四类操作在写入失败时转入本地加密缓冲并触发二级告警，缓冲内的记录在存储恢复后按原时序补写，补写完成后立即做一次摘要链校验；缓冲容量设上限，达到上限后该类操作同样按失败即拒绝处置。审计采集链路本身的可用性纳入态势感知，日志写入中断已列入一级告警规则。

审计数据的保护沿用三员分立原则：审计日志存储独立、仅审计管理员可查询、不提供编辑与删除入口、归档件签名留存，完整性保护与备份恢复的具体配置见本部分第（8）条。审计查询支持按对象追溯（给定一个数据集分片，列出其全部加工与访问记录）与按主体追溯（给定一个账号，列出其全部操作记录）两个方向，前者用于质量归因，后者用于安全检查。

（8）日志完整性保护与备份恢复

审计记录的价值取决于它是否未被改动、以及在需要时能否取回。本部分给出日志完整性保护与备份恢复的配置。

日志完整性保护按四项配置。其一，写入即固化：审计事件与密码调用日志写入后不提供编辑与删除入口，平台层面不开放对日志表的更新与删除操作，存储侧按只追加方式配置。其二，逐批摘要链：日志按时间分区，每个分区封存时计算 SM3 摘要，并把上一分区的摘要值纳入本分区摘要的计算输入，形成前后相扣的摘要链；任一分区被改动，其后全部分区的摘要校验都不通过。其三，封存签名：分区封存后由平台以 SM2 对分区摘要签名，签名值与摘要值分别存放在日志存储之外的独立位置，使改动日志与改动校验值无法由同一处权限完成。其四，定期校验：每周抽查当期分区的摘要链，每月全量校验留存期内的全部分区，校验结论记入月度安全报告；校验不通过即按安全事件处置，定级不低于二级。

备份恢复按对象分三类配置，如表 12-19。恢复不是备份的副产品，必须定期实际执行一次才能确认可用，因此三类对象都设了恢复验证的周期。平台整体的备份策略、恢复时间目标与恢复点目标见非功能性技术要求一节，本节给出的是安全类对象的专门安排。

表 12-19　安全类对象的备份与恢复配置

数据来源：招标文件第五章 3.2.6.12 第三项与 3.1.2.1（4）（10）条；备份恢复能力等级按《信息安全技术 信息系统灾难恢复规范》的层级划分对应。

密钥备份的恢复有一条前置约束：恢复流程先校验备份件的完整性与归属，校验不通过即中止，不覆盖在用密钥。这条约束是为了避免一次失败的恢复把原本可用的密钥一并破坏，从而把可恢复的事件升级为不可恢复的事件。恢复演练与异常注入测试合并执行，记录进《安全测试报告》。

4、信息安全风险评估服务要求

招标文件的信息安全风险评估服务要求提出，对本项目建设的数据集加工生产平台进行等级保护 2.0 测评及商用密码应用安全性评估，提供测评报告或证书，确保满足国家网络安全与密码合规要求（b1879、b1880）。

这项服务包含三件工作：面向平台整体的信息安全风险评估，面向等级保护条款的等级测评，面向密码应用的商用密码应用安全性评估。三者的依据、方法与结论各自独立：风险评估回答“本平台还剩哪些风险、是否可接受”，等级测评回答“是否符合等级保护第三级的条款要求”，密评回答“密码应用是否合规且有效”。三者的结论不互相替代，也不互相引用作为符合性依据。

（1）评估对象范围与资产清单

三项评估共用一份资产清单，分别按各自的条款取其中的相关部分，不各建一套范围。范围界定得清不清楚直接决定评估能否顺利推进：范围划大了，甲方既有设施的历史问题会落到本项目的整改清单上；划小了，评估结论覆盖不住甲方要的验收对象。因此范围在定级阶段即以资产清单的形式确定下来，并经甲方书面确认。

本项目建议的评估对象范围如表 12-20。

表 12-20　评估对象资产清单与归属

数据来源：招标文件第五章 3.2.1 服务采购清单、3.3.1 硬件采购清单、3.2.7 评估服务要求。

清单中“核查但不整改”与“不在范围内”两类需要甲方书面确认，确认文件随定级报告一并提交备案材料。若甲方要求把源业务系统或办公终端纳入评估范围，属本项目建设内容之外的工作量，由双方另行商定。

三项评估取用本清单的方式各不相同：等级测评以“在范围内”的全部资产构成定级对象；商用密码应用安全性评估取其中含密码应用点的部分，并加入机房门禁与视频记录的现状核查；信息安全风险评估在本清单之外另按业务流程与数据流两个维度展开，范围更宽。

（2）信息安全风险评估

信息安全风险评估是三项评估中唯一面向本平台具体业务场景的一项。等级测评与密评核对的是条款符合性，条款之外的风险（例如加工流水线特有的数据汇聚风险、合成数据的种子追溯风险、对外流通环节的分片授权风险）不在条款覆盖范围内，须由风险评估识别并给出处置结论。

1）评估范围

评估范围覆盖资产、业务流程与数据流三个维度。资产维度按本节前文的评估对象资产清单取值，含数据集加工生产平台、数据集运营服务管理平台、专项智能工具链、商用密码服务平台、训练推理服务环境、密码设备、接入连接器、本项目采购的服务器与存储、本项目新增的网络访问控制策略。业务流程维度覆盖采集接入、预处理、标注、合成与增强、质检、验证、入库发布、对外流通八个环节，以及平台运维与三员管理两条管理流程。数据流维度覆盖源系统到加工区、加工区到运营区、运营区到外部使用方三条主干数据流，以及训练推理环境的数据读取支流。

甲方既有数据中心的物理环境、既有业务系统与办公终端作为评估的环境条件纳入识别，但其自身风险的处置责任不在本项目范围内，识别结论以书面形式提交甲方。

2）前置条件

风险评估有三项前置条件，缺一项评估结论就不可用。

第一项是资产清单与赋值完成。资产按保密性、完整性、可用性三个属性赋值，赋值依据是该资产受损对本项目业务的影响程度；数据类资产的赋值直接引用分级标签，公开至核心四级对应由低到高的赋值档次，不另起一套标尺。

第二项是业务影响分析完成。对八个加工环节与三条主干数据流逐一分析中断或受损后的影响，给出可容忍中断时长与可容忍数据丢失量，作为可用性赋值与后续风险计算的输入。

第三项是评估准则经甲方书面确认。准则包括风险计算方式、风险等级划分的区间、以及可接受风险的判定条件。准则不先确认，评估末尾的“风险是否可接受”就没有判定依据，这一步安排在评估实施之前完成。

3）评估方法

评估按《信息安全技术 信息安全风险评估方法》与《信息安全技术 信息安全风险评估实施指南》的过程执行，分六步：资产识别与赋值、威胁识别与赋值、脆弱性识别与赋值、已有安全措施确认、风险分析与计算、风险结果判定。各步的手段与产出如表 12-21。

表 12-21　信息安全风险评估各步的手段与产出

数据来源：招标文件第五章 3.2.7（b1879、b1880）；评估过程依据《信息安全技术 信息安全风险评估方法》与《信息安全技术 信息安全风险评估实施指南》的步骤划分。

脆弱性识别中的渗透测试与漏洞扫描在甲方书面授权的时间窗口内执行，测试账号单独开通并在测试结束后注销，测试过程本身纳入审计。评估在建设期内执行两轮：第一轮安排在平台主要功能上线后、自评估之前，用于暴露设计与配置层面的问题；第二轮安排在整改完成后、项目终验之前，用于确认残余风险。

4）整改与复核

风险处置按降低、规避、转移、接受四种方式分类，逐条形成《风险处置计划》，内容包括风险项、处置方式、处置措施、责任角色、完成时点与验证方式。高风险项一律按降低或规避处置，不得以接受方式结案；中风险项的处置方式由项目组提出建议、甲方确认；低风险项记录并纳入日常运营观察。

复核是独立的一步：处置完成后按原评估方法对该风险项重新识别与计算，计算结果仍高于可接受条件的，退回继续处置。复核由未参与该项处置的人员执行，复核记录与处置记录分开留存。残余风险在复核完成后汇总，逐条列明其风险值、未进一步处置的理由与补偿性措施，提请甲方书面确认。

5）正式成果

本项的正式成果是三份文件：《信息安全风险评估报告》《风险处置计划及处置记录》《残余风险确认书》。报告内容包括评估范围与准则、三类识别结果与赋值依据、风险计算过程与结果、风险排序与判定结论、处置建议。三份文件在项目终验前提交甲方归档，并作为验收材料的组成部分。

这三份文件的结论只说明风险状况，不替代等级测评报告与密评报告的符合性结论；同样，等级测评与密评的结论也不作为风险可接受的判定依据。

（3）等级保护 2.0 测评

招标文件的要求是对本项目建设的数据集加工生产平台进行等级保护 2.0 测评，提供测评报告或证书（b1880）。测评是外部动作，能不能通过取决于建设阶段的技术落实程度，因此我方把这件事拆成定级备案、建设整改、自评估、正式测评、整改复测五步，前三步在建设期内完成，后两步由具备资质的测评机构实施。

1）测评范围

等级测评的对象是定级后的定级对象整体，边界即本节前文资产清单中列为“在范围内”的全部资产：四套应用系统、训练推理服务环境、密码设备、接入连接器、本项目采购的服务器与存储，以及本项目新增分区所涉及的网络访问控制策略。甲方数据中心机房按核查但不整改处置，源业务系统与办公终端不在定级对象边界内。

边界的书面确认在定级阶段完成，确认文件随定级报告一并提交备案材料。边界一经确认即固定到测评结束，期间新增的平台功能模块纳入同一定级对象，不另行定级。

2）前置条件：定级与备案

定级依据《信息安全技术 网络安全等级保护定级指南》开展。数据集加工生产平台承载矿山装备制造领域的重要行业数据，建成后要面向行业用户提供数据集服务并按统一要求接入国家数据基础设施（b0676），一旦数据遭篡改、泄露或丧失可用，影响范围超出本企业。按定级要求，我方建议将本平台定为第三级，最终级别由甲方会同主管部门确定。

定级工作按五步推进：由我方编制定级报告初稿，提出级别建议与依据；甲方组织专家评审；按评审意见修订；报行业主管部门审核；向属地公安机关网安部门备案并取得备案证明。备案的提交主体是甲方，我方负责编制定级报告、系统描述、网络拓扑、资产清单与安全保护措施说明等全部技术材料，并配合答复审核问询。

定级结论直接决定后续测评的条款范围与建设成本，因此这一步安排在平台详细设计完成之前启动，使等保三级的技术要求能够在设计阶段就纳入，而不是建成后再做改造。若最终定级为第二级，相应条款范围缩小，我方按确定级别调整建设内容并同步说明对配置与成本的影响。

3）测评方法与等保三级要求的落实

等级保护 2.0 的安全通用要求分技术和管理两部分。技术部分包含安全物理环境、安全通信网络、安全区域边界、安全计算环境、安全管理中心五个层面。本项目兼具大数据平台属性，因此在通用要求之外同步对照大数据安全扩展要求的相关条款。各层面的主要控制点与本项目的落实方式如表 12-22 所示。

表 12-22　等保三级技术要求与本项目落实方式

数据来源：招标文件第五章 3.2.7；控制点划分依据《信息安全技术 网络安全等级保护基本要求》安全通用要求与大数据安全扩展要求的层面设置。

表中把责任归属一列单独列出，是因为等保测评的对象是整个系统，其中物理环境与网络基础设施属甲方既有资产，我方无法单独改造。这一部分在测评准备阶段先做现状核查，核查结论与整改建议以书面形式提交甲方，由甲方决定是否整改。若甲方选择不整改，相关条款的符合情况按现状在测评中如实反映，我方不以任何方式掩盖。

网络分区是等保三级安全通信网络与安全区域边界两个层面的共同基础，也是本项目在甲方既有网络上需要新增的主要安全设计。分区方案与跨区策略如图 12-6 所示。

图 12-6　网络安全分区与跨区策略。数据来源：招标文件第五章 3.2.2 源系统范围、3.1.2.3 系统集成要求、3.3.1 硬件采购清单接入连接器配置；分区原则依据等级保护基本要求安全通信网络与安全区域边界层面。

五个分区按本项目数据流向划分。源系统区与加工生产区之间是单向只读，因为本项目对源系统的要求就是取数，不回写；少数场景（例如备料工艺回填零件明细与物料清单）确需回写时，单独开通反向通道并逐项审批，不把整条通道设为双向。加工生产区与运营服务区分开，是因为前者不对外、后者要对外，把外联出口收口到一个区，边界控制点就只有一处。密码资源区单列并只接受服务调用，避免密码设备暴露在业务网段。运维管理区单列，是三员分立在网络层的对应安排。

管理部分包含安全管理制度、安全管理机构、安全管理人员、安全建设管理、安全运维管理五个方面。本项目的管理要求落实依托项目管理制度体系，具体制度清单与模板见项目管理措施一节；与安全直接相关的四项按下述安排落实。

安全管理制度方面，编制平台安全管理办法、密码应用管理办法、账号与权限管理办法、日志审计管理办法、数据安全与脱敏操作规程、安全事件应急处置预案六份文件，随平台一并交付。这六份文件是测评时必查的材料，内容与平台实际配置一致，不做两套。

安全管理机构与人员方面，项目组按三员分立配置岗位，三员互不兼任，岗位职责写入岗位说明书。涉及甲方核心数据访问的岗位人员签署保密承诺，人员进出项目按入场登记与离场交接管理，离场当日吊销证书并禁用账号。

安全建设管理方面，平台的需求、设计、开发、测试、上线各阶段设安全检查点；第三方组件登记来源与许可，不使用未授权软件（b2219）；上线前完成漏洞扫描与基线核查，发现的高危项在上线前处置完毕。

安全运维管理方面，变更走审批并留记录，配置基线定期核查，漏洞按发布的补丁周期评估与处置，备份按策略执行并定期做恢复验证。备份恢复的具体指标见非功能性技术要求一节。

条款落实到位之后，测评按先自评、后正式评的顺序推进。自评估不是走一遍表格，为了让自评结论可用，按三条做法组织。

第一条是分条自查并留证。等保三级的条款逐条对应到具体的配置项、文件或演示步骤，自评估表的每一行都要填“证据在哪里”，填不出来的即判为不符合，不以“设计上支持”结案。

第二条是交叉自查。技术实现人员不自查自己负责的模块，由项目组内其他岗位交叉检查，发现的问题记入问题清单。这样做能挡掉一部分“自己看自己都没问题”的盲区。

第三条是预演现场测评。在机构进场前，按现场测评的常见环节做一次预演：配置核查、工具扫描、人员访谈各走一遍，特别是人员访谈——访谈对象答不上制度与操作规程的内容，是现场测评里常见的失分点，预演能提前发现培训缺口。预演发现的问题按整改清单处置，整改完成后再提请机构进场。

正式测评由具备等级测评资质的机构实施，流程按测评准备、方案编制、现场测评、报告编制四个阶段执行。我方在各阶段的配合内容包括：提供系统描述、网络拓扑、资产清单、安全策略配置、管理制度文件；开放测评所需的只读账号与演示环境；配合现场的配置核查、工具测试与人员访谈；对测评发现的问题提供技术说明。

4）整改与复核

测评结论为符合或基本符合且无高风险问题时，进入正式成果环节。存在高风险问题或结论为不符合时，项目组在接到报告后按不符合项清单逐条编制整改方案，内容包括不符合项描述、对应条款、整改措施、责任角色、完成时点与验证方式；整改完成后提请原测评机构复测，由机构核验整改结果并出具复测结论，直至取得可接受的结论。

整改的自检先于复测：每一条不符合项在提请复测之前，由未参与该项整改的岗位按测评条款复核一次，复核通过才列入复测清单。实施计划中为整改复测预留专门窗口，测评不安排在验收前的最后时段；相关费用已在报价中考虑，不因整改复测向甲方另行计费。

属甲方既有设施的不符合项（机房物理环境、既有网络基础设施）按现状在测评中如实反映，核查结论与整改建议以书面形式提交甲方，由甲方决定是否整改；该类条款的整改与复核不计入本项目的整改窗口。

5）正式成果

本项的正式成果是具备等级测评资质的机构出具的《网络安全等级测评报告》，附测评结论、不符合项清单与整改复测结论；定级阶段取得的备案证明一并归档。报告由测评机构签发，项目组承担的是按等保三级要求完成建设与整改、组织并配合测评、把机构出具的报告与备案证明提交甲方（b1880）。

成果提交的时点是项目终验之前。报告中的结论仅说明等级保护条款的符合情况，不作为密码应用合规的依据，也不作为风险可接受的判定依据。

（4）商用密码应用安全性评估

商用密码应用安全性评估（以下简称密评）重点核查：算法与产品是否合规、密钥是否受控、该用密码的环节是否落实。实践中常见失分点有三处：用了不合规的算法或非认证产品；密钥在系统外以明文形式出现过；关键环节该用密码而没有用。本项目的密码应用设计与证据组织针对这三处分别设了对应措施。

1）评估范围

密评的对象是本平台中与密码应用相关的全部部分：商用密码服务平台及其纳管的密码设备（服务器密码机、签名验签服务、时间戳服务、虚拟密码网关），以及调用密码服务的数据集加工生产平台、数据集运营服务管理平台、训练推理服务与接入连接器中的密码应用点。

评估等级与等级保护级别对应，本项目按第三级准备。范围按物理和环境、网络和通信、设备和计算、应用和数据四个技术层面划定，另含密钥管理与安全管理两部分。机房门禁与视频记录的密码应用属甲方既有设施，纳入核查但其整改由甲方决定。

2）前置条件：密码应用方案编制与评审

密评依据《信息安全技术 信息系统密码应用基本要求》及配套的测评要求执行。

密评有一个容易被忽略的前置动作：密码应用方案要先编制并经评审，再按方案实施，最后按方案评估。顺序颠倒的后果是实施完成后发现方案本身不符合要求，只能返工。因此我方把《商用密码应用方案》列为平台详细设计阶段的交付物，内容包括密码应用需求分析、密码算法与密码产品选型、密钥体系设计、密码服务部署方案、密钥管理策略与安全管理措施，编制完成后提请甲方组织专家评审，按评审意见修订后作为实施依据。

算法选型只用国家批准的商用密码算法：对称加密用 SM4，非对称运算与签名用 SM2，摘要用 SM3，涉及标识密码场景用 SM9，密码机内部存储用 SM1。国际算法仅在与外部系统互联确有必要时按兼容需要启用，采购的服务器密码机同时支持 RSA2048 与 RSA4096（b2150r02），但本项目内部链路的保护一律使用国密算法。

密码产品一律选用持有国家密码管理局颁发的《商用密码产品认证证书》的产品（b0737、b0742）。采购与实施阶段逐台核验证书编号、产品型号、认证范围与有效期，核验记录随密评材料提交。证书不在有效期内或认证范围不覆盖本项目用法的产品不予使用。

《商用密码应用方案》是密评的实施依据，也是评估机构进场后首先要看的文件。为避免编制时遗漏条款，方案按表 12-23 的大纲组织，各章与测评要求的层面一一对应。

表 12-23　《商用密码应用方案》编制大纲

数据来源：招标文件第五章 3.2.7；章节与层面的对应关系依据《信息安全技术 信息系统密码应用基本要求》的要求结构。

证据的组织与方案编制同步进行。每一条测评要求在证据清单中登记三项内容：证据类型（配置截图、日志样本、文件、现场演示）、证据位置（哪台设备的哪个配置项、哪份文件的哪一节）、责任岗位。证据清单按层面分册，随自评估表一并移交评估机构。

有三类证据最容易在进场时拿不出来，因此单独安排。一是密钥操作的历史记录：密钥产生、导入、备份、轮换、销毁的台账要从建设之初就开始记，事后无法补造。二是算法使用的实际证明：不仅要说明设计上用了国密算法，还要能从日志或抓包中显示实际调用的算法标识。三是人员操作的留痕：双人复核、分量导入这类流程，要有两人分别操作的记录，而不是一人代办后补签。

3）评估方法与四个技术层面的密码应用设计

密评的技术部分按物理和环境、网络和通信、设备和计算、应用和数据四个层面考察，另有密钥管理与安全管理两部分贯穿其中。各层面的要求与本项目的实现方式如表 12-24 所示。

表 12-24　密评技术要求与本项目密码应用实现

数据来源：招标文件第五章 3.2.7 与 3.1.2.1（12）（13）条；层面划分依据《信息安全技术 信息系统密码应用基本要求》的技术要求结构。

表中第一行需要特别说明。机房门禁与视频记录的密码应用属甲方既有设施范围，本项目不新建机房。我方在密评准备阶段对这一层面做现状核查并书面提交结论，若既有设施未采用合规密码模块，相应条款的评估结果受此影响，这一点在密码应用方案中会提前向甲方说明，由甲方决定是否就该层面单独整改。

自评估阶段由项目组按测评要求逐条自查，形成自评估表与证据清单。证据清单是密评的关键材料，每一条要求都要指明证据在哪里：哪个配置项、哪段日志、哪份文件、哪次演示。失分常见原因是已实施但证据不足。证据组织与技术实现同步推进，不在机构进场前临时收集。

正式评估由具备商用密码应用安全性评估资质的机构实施。我方的配合内容包括：提交密码应用方案与评审意见、密码产品认证证书核验记录、密钥管理规程与操作台账、系统配置与日志样本、现场演示密码功能的调用与密钥操作流程。

4）整改与复评

评估结论存在不符合项的，按不符合项清单编制整改方案并执行整改，整改完成后申请原机构复评。密评的不符合项有两类特殊之处需要在整改时区分：一类是设计性不符合，例如某一环节设计上未使用密码保护，整改涉及方案修订与代码改动，须先修订《商用密码应用方案》并重新评审，再实施整改；另一类是证据性不符合，即已实施但证据不足，整改内容是补齐配置取证、日志样本或操作台账，不改动系统。两类的整改周期相差很大，在编制整改计划时分开排期。

复核与等级测评同样安排在提请复评之前：每一条整改项由未参与该项整改的岗位按测评要求复核一次，复核记录随复评申请一并提交。属甲方既有设施的层面（物理和环境）按现状如实记录，核查结论与整改建议书面提交甲方。

5）正式成果

本项的正式成果是具备商用密码应用安全性评估资质的机构出具的《商用密码应用安全性评估报告》；经评审的《商用密码应用方案》及其专家评审意见、密码产品认证证书核验记录、密钥管理操作台账作为附属材料一并归档。报告由评估机构签发，项目组承担的是按第三级密码应用要求完成方案编制、建设实施与整改，组织并配合评估，把机构出具的报告提交甲方（b1880）。

成果提交的时点是项目终验之前。报告中的结论仅说明密码应用的合规性与有效性，不作为等级保护条款符合的依据，也不作为风险可接受的判定依据。

（5）三项评估的时序衔接、委托安排与成果交付

三项评估的目的、依据与结论互不替代，但在时间上必须排出先后，否则一方的整改会使另一方已核过的条款重新变化。

时序安排为：信息安全风险评估第一轮在平台主要功能上线后实施，其结论作为等保与密评自评估的输入，使自评估能带着已知问题去查；等保自评估与整改完成后，等级测评机构进场；等级测评的整改复测完成后，密评机构进场；密评整改完成后，风险评估第二轮实施，确认残余风险。等保与密评不同时进场，原因在于两者的整改动作可能相互影响，同时实施容易出现一方的整改引发另一方条款变化的情形。

三家机构的选择与委托由项目组在中标后统一办理，办理内容包括资质核验、承接能力与周期确认、委托合同签订与费用支付。资质核验的口径是：等级测评机构须在网络安全等级保护测评机构推荐目录内且资质在有效期内；密评机构须具备商用密码应用安全性评估资质；风险评估可由前述机构之一承接，但承接风险评估的机构不得同时承接本项目的同一轮等级测评，避免自评自测。具体机构名称与报告出具时间在委托确定后向甲方书面报备。相关费用已在报价中考虑。

三项评估的成果与提交时点如表 12-25。

表 12-25　三项评估的正式成果与提交时点

数据来源：招标文件第五章 3.2.7（b1879、b1880）与第 9 章验收要求。

四项成果的结论分别归档、分别引用。验收材料中同时列出三项评估的结论，不以其中一项的通过结论代替其余两项。

5、保密及施工安全

招标文件要求投标方在系统安装调试过程中，对涉及招标方的产品和商业秘密按国家《保守国家秘密法》及招标方的保密要求进行保密，施工前按招标方要求签署《保密协议》及《安全承诺书》，因投标方造成泄密或安全事故的，赔偿损失并承担法律责任（b2223）。我方接受上述要求，不提出偏离，并按下述安排落实。

（1）协议签署与保密范围

我方在进场施工前，按甲方提供的格式签署《保密协议》与《安全承诺书》；甲方另有保密管理制度需签署确认的，一并签署。协议由我方加盖公章，参与本项目的人员另行逐人签署个人保密承诺。

保密范围按四类界定。第一类是产品与技术秘密：图纸、工艺卡、工序字典、作业指导书、校核方法与参数窗口。第二类是商业秘密：客户与供应商信息、合同与报价、物料价格、库存与资金数据。第三类是客户方资料：矿方提供的地质条件报告、工作面参数与接口会商记录，这一类的权利人是甲方的客户，保密责任不因其不属甲方自有资料而减轻。第四类是本项目过程资料：系统架构、网络拓扑、账号与权限配置、安全测评报告与整改记录，这类资料本身即是攻击面信息。

保密义务的期限按协议约定，协议未约定时按项目终验后不少于五年执行，涉及技术秘密的部分在秘密性消失前持续有效。

（2）人员保密管理

人员是保密管理的主要风险来源，因此按入场、在场、离场三个阶段设控制点。

入场前，项目组核查人员背景并组织保密与安全培训，培训内容包括保密范围、违规情形、载体管理要求与现场安全规定，培训记录留存。签署个人保密承诺与安全承诺后方可入场，入场人员名单报甲方备案。

在场期间，权限按岗位最小必要分配，不以“方便干活”为由放宽；访问核心级数据需逐项审批；现场作业区域按甲方规定活动，不进入与本项目无关的区域。涉及甲方数据的工作一律在甲方指定的网络环境中完成，数据不带出甲方网络；确需远程协作时，走甲方审批的受控通道接入，远程会话录屏留存，不在远程端留存数据副本。

离场时办理交接：归还门禁与介质，吊销证书，禁用账号，移交工作成果与过程记录，签署离场确认。人员岗位调整或退出项目的，当日完成权限回收，不留“虽已离场但账号还在”的情形。

（3）载体与数据管理

涉及甲方信息的电子载体按登记、使用、归还全程管理。移动存储介质登记编号后限项目内使用，私有设备不接入甲方网络，不以个人账号的网络服务传输项目资料。打印与复制按需申请，打印件标注密级与份数并在使用后回收或销毁。需要跨场地传输的资料以加密方式传输，密钥与密文分渠道交付。

数据不出甲方网络是本项目的基本口径。数据集加工生产的全部环节在甲方数据中心内网完成，加工工具链与训练推理环境部署在内网，模型按统一网关接入，数据按分级决定其可进入的推理环境，最高敏感级的数据在网关层即被拦截，不进入外部推理环境。这一口径与数据治理的数据安全规划保持一致。

（4）现场作业安全

硬件设备的到货验收、上架布线与机房作业涉及现场施工，按甲方安全管理规定执行。作业前办理作业许可，接受进厂安全教育，按规定佩戴防护用品；机房内作业不擅自改动与本项目无关的线路与设备，涉及断电、改线的作业提前报批并选在甲方约定的窗口期执行；作业完成后清理现场，恢复原状，移交作业记录。

安全事故的处置与责任按招标文件与合同约定执行：发生事故立即报告甲方并采取应急措施，配合调查，承担因我方原因造成的损失赔偿与法律责任（b2223）。现场施工的具体实施步骤与设备安装适配安排见系统集成方案一节。

6、安全运营与应急处置

平台整体的容灾、备份恢复与可用性指标见非功能性技术要求一节，审计日志、密钥与配置等安全类对象的备份恢复配置见本节项目安全合规建设要求部分；此处给出安全运营的日常节律与安全事件的处置安排。

（1）安全运营的日常节律

安全控制建成之后会随时间失效：账号在人员流动中沉积，策略在一次次临时放通后变松，规则库跟不上新出现的敏感模式。因此安全运营按固定节律做几件具体的事，而不是等出问题再查。节律安排如表 12-26 所示。

表 12-26　安全运营的日常节律

数据来源：招标文件第五章 3.1.2.1（10）（14）条与 3.2.6.12 第三项；节律设置参照等级保护基本要求安全运维管理层面的检查要求。

表中“临时放通的策略是否已到期回收”这一项，是本项目的实施阶段最需要盯住的一处。调试期间为了把链路接通，往往会临时放开端口与地址，这些临时策略如果没人回收，等保测评时会成为访问控制条款的失分项。实现上，临时策略在配置时必须填写到期时间，到期系统提示，未处理的进入周核查表。

（2）安全事件分级、处置流程与处置配置

安全事件按影响范围与可逆性分三级。一级事件指已经发生数据外泄、数据被篡改且已对外发布、密码设备或密钥疑似失控三类情形；二级事件指发生越权访问或异常批量操作但未确认外泄、密码服务不可用影响业务、发现高危漏洞被利用痕迹；三级事件指扫描探测、单次失败的越权尝试、低危漏洞、策略偏离基线。

处置流程按发现、判定、先期处置、恢复、归因、改进六步执行，如图 12-7 所示。

图 12-7　安全事件处置流程与报告路径。数据来源：招标文件第五章 3.1.2.1（14）条、3.2.6.12 第三项与第 4 章第 8 章保密及安全责任要求。

流程里有一处容易被做反：先期处置阶段，止损与保全证据的顺序。急于恢复业务而重启设备、清理日志、覆盖快照，会把归因的依据一并抹掉，之后既说不清影响范围，也无法向甲方交代。因此预案把证据保全列为与止损并列的先期动作，恢复排在其后。 处置流程要在平台上配置成可执行的动作，否则预案只是一份文件。平台按事件级别预置三组配置：自动处置动作、通知矩阵与时限。

自动处置动作在告警规则触发时即刻执行，不等待人工判断：越权调用尝试在设定窗口内达到次数阈值，自动冻结该应用标识的密码服务调用权限并保留在途请求记录；名单外地址访问管理台或审计入口，自动阻断该地址并保留会话取证；审计日志写入中断，自动把五类高敏操作切到失败即拒绝模式；密码设备整机离线，自动把最高敏感级任务切入等待队列。四类动作均在执行后发出告警，由值班人员确认，确认前不可解除。

通知矩阵按级别与时段配置：一级事件以短信加邮件通知项目组值班、项目组安全岗与甲方运维联系人，非工作时段同样触发；二级事件以邮件加平台内消息通知安全管理员与相关岗位，次日上班前须有阅知记录；三级事件在平台内与日报中呈现。联系人名单与通知时段在实施阶段与甲方确认后配置。

时限按三段配置并计入值班考核：一级事件自告警产生至先期处置完成不超过 30 分钟，自先期处置完成至向甲方书面报告不超过 2 小时；二级事件当日内完成先期处置并形成处置记录；三级事件在三个工作日内关闭。任一事件超时未处置，自动升一级并重新发出通知。上述时限为实施阶段的配置基线，试运行期按实测的响应数据收紧；若因甲方侧配合环节导致时限无法达成，在事件记录中注明等待环节与等待时长，并在月度安全报告中汇总，作为下一周期调整值班安排的依据。

事件处置的每一步都留痕：发现方式与发现时间、判定依据与定级结论、先期处置动作与执行人角色、证据保全清单、恢复时间、归因结论、改进项与关闭时间。记录随月度安全报告提交，一级事件另出单独的事件报告。

（3）五类典型安全事件的处置预案

预案不写成通用流程，而按本项目可能遇到的具体情形写，如表 12-27 所示。

表 12-27　五类典型安全事件的处置预案

数据来源：招标文件第五章 3.1.2.1（6）（9）（10）（14）条、3.2.6.12 第三项与第 4 章第 8 章。

五类预案在每半年的演练中轮换抽选两类进行桌面演练或实操演练，演练报告记录发现的流程缺陷与改进项。演练安排与项目整体的应急演练计划合并执行，避免重复占用甲方运维资源。

（4）安全交底与岗位培训

平台移交甲方运维之前，安全相关的交底按三类对象分别进行。

面向甲方运维岗的交底内容是平台的日常操作：告警的查看与处置、账号与权限的开通与回收、审计日志的查询与统计、临时策略的申请与回收、备份的执行与核验。交底以实操方式进行，受训人独立完成一轮日常节律动作后方视为完成。

面向三员岗位的交底按角色分开进行，内容为各自权限范围内的操作规程与互斥约束。密钥操作与分量保管的交底另行组织，参加人限保管人与其备份人，交底后签署保管责任确认。

面向业务岗位的交底内容较轻，集中在三件事上：哪些数据属于哪一级、什么操作需要审批、发现异常如何上报。这三件事与业务人员的日常直接相关，讲清楚的收益高于讲全部制度。培训的课程安排、学时与考核方式见售后服务方案一节的培训部分；安全类交底的内容范围按上述三类对象分别确定，交底记录随交付物移交。

7、实施期安全工作的责任、步骤、时点、成果与验收条件

安全工作在实施期按技术实现、密码产品配置、第三方评估三层推进。三层的责任主体与产出不同，交接点必须写明，否则会出现“平台建完了但没人去组织测评”“机构进场了但证据拿不出来”这两类在项目末期才暴露的缺口。

（1）实施期安全工作的责任划分

三层工作的内容、责任主体、产出与验收口径如表 12-28。

表 12-28　实施期安全工作的责任划分

数据来源：招标文件第五章 3.1.2、3.2.6.12、3.2.7 的要求划分与第 9 章验收要求。

三层之间是前后依赖：技术实现与密码产品配置完成到一定程度，自评估才有对象；自评估整改完成，机构进场才有意义；评估报告出具，验收材料才齐备。因此三层不并行压缩到项目末期，各步的时点见表 12-29。

（2）实施期安全工作的步骤、时点、成果与验收条件

本项目建设周期至 2028 年 5 月。安全工作按八个步骤推进，各步的责任角色、时点、成果与验收条件如表 12-29。各步的起止月份在中标后与甲方确认总体计划时对齐，总体实施计划见项目管理措施一节。

表 12-29　实施期安全工作的步骤、责任、时点、成果与验收条件

数据来源：招标文件第五章 3.2.7、第 4 章建设周期要求与第 9 章验收要求。

两点安排需要说明。一是第 7 步与第 8 步之间必须留出整改时间，测评与复测安排在终验之前并留出专门窗口，不压在验收前的最后时段；若首轮结论不理想，整改复测的时间来自这个预留窗口，而不是挤占验收。二是第 2 步依赖甲方确认的数据分类分级目录，第 5 步依赖甲方出具的客户方资料授权说明，这两项前置条件未到位时，相应步骤的成果以可配置的策略框架与空白台账先行交付，待前置条件到位后按目录与授权一次性配置并补记，补记完成的时点在月度报告中列明。

（3）安全类交付物清单

安全工作的成果多数不是可运行的软件，而是文档、台账、配置与机构出具的结论，其价值在于需要时拿得出来。项目末期常见的缺口并非某项控制没有做，而是做了却没有同步留下可追溯的证据，等到测评进场或验收核查时再行补记，既难以还原真实过程，也不为第三方机构采信。表 12-30 因此不止列明交付什么，更把每一项的形态与交付时间一并固定下来。

清单的取项有三个来源：招标文件在项目安全合规建设与信息安全风险评估两处明确要求提交的材料（b1868、b1879）、等级保护测评与商用密码应用安全性评估依规必须具备的过程文件，以及各项配置设计自身产生的记录。形态一列区分文档、台账、配置与机构出具四类，区分的用意在于核查方式不同：文档一次成稿后进入版本管理，台账自建立之初连续记录、验收时移交当期全量，配置以导出清单与运行环境逐项比对的方式核验，机构出具的报告由甲方与我方分别归档。交付时间一列与项目阶段对齐，凡标注“随数据集批次”的，表示它不是一次性交付物，而是随每一批数据集发布同步产生并归档。

读表时以「交付时间」一列为判据：凡时间落在某一阶段的交付物，该阶段结束时即应已经存在，而不是留到验收前集中补齐；确因甲方前置条件未到位而无法成形的，按实施期安全工作一部分所述办法，先行交付可配置的策略框架与空白台账，条件到位后补记并在月度报告中列明补记时点。「形态」一列指明该项的核查方式，据此可在任一时点盘点应有而未有的项。清单各项按时点如期形成，即构成安全工作全过程可追溯的书面证据。

表 12-30　安全类交付物清单

数据来源：招标文件第五章 3.2.6.12、3.2.7 与第 9 章验收要求。

第 13 项延续到质保期内，是因为安全控制的有效性需要持续证据。质保期内的安全支持内容与响应时限见售后服务方案一节。