网络安全等级保护
等保不是一次测评，是一条从定级开始、贯穿系统全生命周期的义务链。多数AI企业是在投标被卡时才第一次听说它。
等保与算法备案是两套东西
算法备案管的是"算法服务能不能对外提供"，等保管的是"承载它的系统本身是否安全"。二者对象不同、主管机关不同、材料也不同，但经常被混为一谈——直到政企客户在采购环节要求提供等保备案证明，才发现这项从来没做过。
等保 2.0 的完整义务链有五步：定级、备案、建设整改、等级测评、监督检查。定级由运营使用单位自行判断并经专家评审，二级以上需向公安机关备案；三级系统通常每年测评一次，测评不通过需要整改后复测。
对 AI 企业而言，定级判断有一个常见误区：认为"我们只是 SaaS，不掌握关键设施，二级就够"。实际上定级看的是系统遭到破坏后对国家安全、社会秩序、公共利益以及公民法人权益的侵害程度，用户规模、数据敏感度、业务连续性影响都是变量。大模型推理平台承载海量用户数据，定级往往高于团队预期。
核心服务内容
- 系统梳理与定级：业务系统与数据资产盘点，确定等级与定级依据
- 备案执行：备案表、定级报告、专家评审意见的准备与提交
- 建设整改：按等级要求对照差距，形成技术与管理整改方案
- 等级测评配合：测评机构对接、问题整改、复测安排
- 关基识别：关键信息基础设施认定可能性评估与义务衔接
- 制度与人员：安全管理制度、应急预案、演练与培训记录
典型场景
场景一：投标要求等保备案证明，临时补办来不及
公司参与政府项目投标，招标文件要求提供三级等保备案证明。此时距投标截止仅三周，而定级、备案、整改、测评的完整周期通常需要数月。
解决路径：提前按业务规划做定级预判，对拟承接政企项目的系统先行备案；短期项目可通过调整系统边界、降低承载范围来匹配可达到的等级，而非硬报三级。
场景二：三级测评未过，客户续约受阻
系统定级为三级，测评中发现身份鉴别、访问控制、日志审计多项不符合。客户在年度供应商审查中要求提供测评通过证明，续约被暂缓。
解决路径：按测评发现项逐条整改，优先处理高风险项，形成整改报告并安排复测；同时建立日常自查机制，避免只在测评前突击。
场景三：被认定为关键信息基础设施，义务骤增
平台用户规模扩大后被纳入关基范围，需承担更严格的保护义务，包括专门安全管理机构、年度检测评估与事件报告要求。企业此前按三级等保建设，仍存在差距。
解决路径：按关基保护要求重新评估差距，设立专门安全管理机构与责任人，调整检测评估频率与报告机制。
服务流程与交付物
| 阶段 | 工作内容 | 交付物 |
|---|---|---|
| 第一阶段 | 系统与数据盘点、定级判断 | 定级报告 + 专家评审意见 |
| 第二阶段 | 公安备案 | 备案证明 |
| 第三阶段 | 差距分析与整改 | 整改方案 + 整改记录 |
| 第四阶段 | 等级测评 | 测评报告 + 复测安排 |
| 持续 | 年度自查、应急演练、制度更新 | 自查报告 + 演练记录 |
常见问题
等保和算法备案要一起做吗？ 可以并行，但不是同一件事。算法备案面向网信部门，等保面向公安机关；材料、周期、责任人都不同，建议同时启动以压缩总周期。
二级还是三级，谁说了算？ 由运营使用单位初判，二级以上需专家评审，最终以备案机关的审核意见为准。定级偏低会在测评或检查阶段被纠正。
系统上了云，等保责任在云厂商吗？ 不是。云厂商对其平台承担相应等级义务，但使用云的企业对自己的业务系统仍需独立定级备案，责任不因上云转移。
测评不过会有什么后果？ 可能面临责令整改、警告、罚款，以及客户采购与续约受阻。实际影响往往先出现在商业环节，而非处罚环节。
相关法规
- 《网络安全法》
- 《网络安全等级保护条例（征求意见稿）》及等保 2.0 系列国家标准
- 《关键信息基础设施安全保护条例》
- 《数据安全法》《个人信息保护法》中安全保护义务相关条款
- 《网络安全等级保护测评机构管理办法》