涵盖四份核心文档:
第一部分:总览与关系
一、一句话定位
| 🏰 等保2.0 | 信息系统的"安全体检标准",该上什么设备、怎么做管理 | 系统整体安全 | 全行业法定强制 |
| 🔐 密码应用 | 密码"怎么用"的标准,加密/签名/认证做到什么程度 | 密码技术应用 | 全行业(三级+密评强制) |
| 📊 数据分类分级 | 数据"怎么分类定级"的标准,哪些是核心/重要/一般 | 数据分级保护 | 全行业推荐 |
| 🧪 双新评估 | 新业务上线前"安全审查",有没有诈骗和数据风险 | 业务安全评估 | 通信行业 |
二、四者关系图
┌─────────────────────────────────────┐
│ 《网络安全法》 │
│ 《数据安全法》 │
│ 《个人信息保护法》 │
│ 《密码法》 │
│ 《反电信网络诈骗法》 │
└──────────┬────────────┬──────────────┘
│ │
┌──────────────────┘ └──────────────────┐
▼ ▼
┌──────────────────┐ ┌──────────────────┐
│ 等保2.0 (系统) │ │ 双新评估 (业务) │
│ 法定强制 │ │ 行业合规指引 │
│ 定期测评 │ │ 上线前/变更触发 │
└────────┬─────────┘ └────────┬─────────┘
│ │
┌────────┴─────────┐ ┌─────────┴─────────┐
│ 密码应用 39786 │ │ 数据分类分级 │
│ 密码怎么用 │ │ 数据怎么分 │
│ 与等保等级对应 │ │ 识别重要/核心数据 │
│ 等保的密码专项 │ │ 等保的数据专项 │
└──────────────────┘ └───────────────────┘
关系解读:
- 等保2.0 = 系统安全的"骨架",密码和分级是它的"专项深化"
- 双新评估 = 业务层面的"安检门",与等保是"系统vs业务"互补关系
- 密码应用39786 = 等保中密码部分的"细化标准"
- 数据分类分级 = 数据安全法的"落地规则",也是等保数据安全的"前提"
第二部分:🏰 等保2.0 GB/T 22239-2019
2.1 最新法律法规体系(2020年至今)
法律(上位法)
| 《网络安全法》 | 2017.6.1 | 确立网络安全等级保护制度(第21条)、网络运营者义务、CII特别义务 |
| 《数据安全法》 | 2021.9.1 | 数据分类分级、重要数据保护、数据出境管理 |
| 《个人信息保护法》PIPL | 2021.11.1 | 最小必要、告知-同意、敏感信息单独同意、跨境规则 |
| 《密码法》 | 2020.1.1 | 密码分类、商用密码使用与密评 |
| 《反电信网络诈骗法》 | 2022.12.1 | 涉诈风险防控、通信治理 |
| 《刑法》相关罪名 | — | 破坏计算机信息系统罪、帮信罪、侵犯公民个人信息罪 |
行政法规(重点)
- ★《关键信息基础设施安全保护条例》(国务院令745号,2021.9.1):关基识别认定、运营者双重保护义务
- ★《网络数据安全管理条例》(国务院令790号,2025.1.1施行·最新):数据处理者义务、重要数据目录、数据出境
- 《商用密码管理条例》(2023修订,2023.7.1施行)
- 《网络安全等级保护条例》(征求意见稿阶段)
部门规章与规范性文件
- 数据跨境:数据出境安全评估办法(2022)、个人信息出境标准合同办法(2023)、促进和规范数据跨境流动规定(2024)
- 网络安全审查办法(2022.2.15)、网络产品安全漏洞管理规定(2021.9.1)
- AI治理:生成式AI服务管理暂行办法(2023.8.15)、深度合成管理规定(2023.1.10)、算法推荐管理规定(2022.3.1)
- 行业:汽车数据安全管理若干规定(试行,2021)
2.2 五级保护等级(能力要求)
| 1级 | 个人/偶发 | 个人 | 基本防护 |
| 2级 | 小型组织 | 小型团队 | 较严格 |
| 3级 ⭐ | 有组织团体 | 最常测评 | 严格,统一安全策略 |
| 4级 | 国家级/敌对 | 敌对势力 | 最严格,强制访问控制 |
| 5级 | 略 | 特殊监管 | 特殊监管 |
等级越高:应对威胁源越强、监测处置要求越高、灾后恢复越迅速完整
2.3 双轨结构
等保2.0 = 安全通用要求 + 安全扩展要求
安全通用要求:共性需求,任何形态都必须按等级满足
安全扩展要求:按"等级 + 特定技术/场景"选择性实现
├── 云计算扩展要求
├── 移动互联扩展要求
├── 物联网扩展要求
└── 工业控制系统扩展要求
2.4 十大分类(结构骨架)
技术5类
| 安全物理环境 | 机房选址、电子门禁、防盗监控、防雷、消防、温湿度、供电、电磁屏蔽 |
| 安全通信网络 | 网络区域划分、通信完整性/保密性、可信验证、网络设备冗余 |
| 安全区域边界 | 受控接口、ACL过滤、入侵检测、恶意代码防范、安全审计、可信验证 |
| 安全计算环境 | 身份鉴别、访问控制、安全审计、入侵防范、恶意代码、数据完整性/保密性/备份、剩余信息 |
| 安全管理中心 | 系统管理、审计管理、安全管理(三员分离)、集中管控、集中审计 |
管理5类
| 安全管理制度 | 安全策略→管理制度→操作规程→记录表单(四层体系) |
| 安全管理机构 | 网络安全领导、三岗分离、安全管理员专职 |
| 安全管理人员 | 录用审查、保密协议、离岗承诺、培训考核、外部人员控制 |
| 安全建设管理 | 定级备案、安全方案、产品采购、第三方监理、等级测评、供应链管理 |
| 安全运维管理 | 环境管理、资产管理、介质管理、设备维护、漏洞管理、变更管理、备份恢复、应急预案、密码管理 |
2.5 十大分类 → 防护措施 → 对应安全设备
安全物理环境
| 机房选址、电子门禁、防盗监控 | 电子门禁(控制器/读卡器)、视频监控 |
| 防雷/感应雷、自动消防、防水检测 | 防雷器、气体消防柜 |
| 温湿度自动调节 | 精密空调 |
| 供电稳压+UPS+冗余 | UPS不间断电源、配电柜/RPDU |
| 电磁屏蔽 | 屏蔽机柜/机房 |
安全通信网络
| 划分网络区域、重要区域不放边界 | 核心/汇聚交换机 |
| 硬件冗余(线路/设备) | 双机+链路聚合 |
| 传输区完整性与保密性 | VPN网关(IPSec/SSL) |
| 可信验证 | 可信根/可信芯片 |
安全区域边界
| 默认拒绝的受控接口、ACL过滤 | 防火墙/下一代防火墙(NGFW) |
| 应用内容过滤 | WAF |
| 内外双向入侵检测 | IDS/IPS |
| 恶意代码/垃圾邮件过滤 | 防病毒网关、邮件网关 |
| 安全审计 | 网络探针、日志审计 |
| 可信验证 | 可信根 |
安全计算环境
| 身份鉴别 | 标识唯一、口令复杂度、双因子(≥2种含密码技术) | 动态口令、OTP、CA证书、生物识别 |
| 主机安全 | 最小安装、关闭高危端口、加固、补丁 | 主机加固、EDR、防病毒、漏洞扫描、基线核查 |
| 数据安全 | 完整性+保密性(传输与存储)、本地+异地备份、热冗余、脱敏 | 加密机、数据库审计、DLP、备份系统 |
| 入侵与审计 | 入侵检测报警、审计覆盖到用户 | HIDS、漏洞管理平台、日志审计 |
安全管理中心
| 系统/审计/安全三员分设 | — |
| 集中监控、集中审计 | 日志审计/SIEM、态势感知(SOC) |
| 集中补丁/策略/恶意代码管理 | 统一策略/补丁管理平台 |
| 统一事件识别报警 | 流量分析(NTA) |
安全管理(管理与管控)
- 机构:成立网络安全领导、三岗分离、安全管理员专职
- 制度体系:安全策略→管理制度→操作规程→记录表单 四层
- 人员:录用审查+保密协议、离岗承诺、培训考核、外部人员控制
- 建设:定级备案、安全方案、产品合规采购、第三方监理、等级测评、供应链/外包管理
- 运维:应急预案(含演练)、变更管理、漏洞与风险管理、密码合规
2.6 各等级保护要点与对应设备
第三级(最常测评)
要点:身份鉴别双因子(含密码);数据完整性+保密性+本地/异地备份+热备;边界应用内容控制+内外攻击检测;计算环境安全标记+剩余信息+个人信息保护+可信动态验证;管理三员分离+集中管控+备案
典型设备:
防火墙 + IPS/WAF
日志审计 + 态势感知
堡垒机
双因子认证
备份 + 灾备
漏洞扫描
防病毒/EDR
第四级(国家层面)
双门禁加固、强制访问控制+统一安全标记、可信计算(TCB)、密码技术强支撑、双因子普及
2.7 扩展场景对应的安全设备
| 云计算 | 租户隔离、镜像/快照安全、迁移完整、剩余信息清除、境内 | 云防火墙、云WAF、VPC隔离、虚拟化防病毒/EDR、云审计 |
| 移动互联 | 接入认证、禁WEP、防SSID广播/WPS、可信应用签名 | 无线WIPS、无线接入网关、MDM/EMM |
| 物联网 | 感知节点授权接入、限制通信目标 | 物联网安全网关、感知节点加密、固件安全 |
| 工业控制 | 区域隔离、禁通用服务、禁用USB/光驱 | 工控防火墙、工控审计、USB隔离、工业漏洞扫描 |
2.8 合规实操流程
定级(GB/T 22240) → 专家评审 → 备案(报公安机关网安)
→ 差距分析与安全整改 → 委托资质机构等级测评(GB/T 28448)
→ 监管监督检查与持续整改 → 密评与定期测评
常言:“定级是前提,备案是条件,测评是抓手,整改是核心”
2.9 责任与红线
| 《数据安全法》 | 未履行义务最高罚500万,可暂停业务 |
| 《个人信息保护法》 | 情节严重最高罚5%年度营业额/5000万 |
| 关基违规 | 从严,暂停或限制服务,责任到个人 |
| 《网络安全法》(2022修订) | 提高罚款、扩大义务 |
| 《网络数据安全管理条例》 | 2025.1.1开始执法,按新要求整改 |
⚠️ 实操:等保测评管理类比重高,只上技术设备而管理文档缺失,仍评不过
第三部分:🔐 密码应用 GB/T 39786-2021
3.1 标准基本信息
| 全称 | GB/T 39786-2021 信息安全技术 信息系统密码应用基本要求 |
| 英文 | Information security technology — Baseline for information system cryptography application |
| 发布 | 2021-03-09 |
| 实施 | 2021-10-01 |
| 归口 | 全国信息安全标准化技术委员会(SAC/TC260) |
| 起草 | 北京数字认证、国家密码管理局商密检测中心、中科院数据保护中心、公安部三所、上海交大等 |
与其他标准关系
| GB/T 22239-2019 等保2.0 | 等级对应,密码等级与之匹配 |
| GB/T 37092 密码模块安全要求 | 密码产品安全等级的引用标准 |
| GM/T 0054 信息系统密码应用基本要求(行标) | 本标准的前身/行业级版本 |
3.2 核心术语
| 机密性 | 保证信息不被泄露给非授权实体 | 加密实现 |
| 数据完整性 | 数据没有遭受非授权改变 | MAC/数字签名/哈希 |
| 真实性 | 实体是其所声称的实体 | 身份鉴别手段 |
| 不可否认性 | 证明操作行为无法否认 | 数字签名实现 |
| 加密 | 对数据进行密码变换产生密文 | 对称/非对称 |
| 密钥 | 控制密码算法运算的关键信息 | 核心资产 |
| 密钥管理 | 密钥全生存周期的管理(10个环节) | 产→发→存→用→更→归→撤→备→恢→销 |
| 身份鉴别 | 证实实体所声称身份的过程 | 单向/双向 |
| 消息鉴别码(MAC) | 利用对称密码/杂凑技术导出的数据项 | 验证完整性和来源 |
| 动态口令(OTP) | 基于时间/事件动态生成的一次性口令 | 真实性验证 |
| 访问控制 | 按策略允许或拒绝用户对资源访问 | 结合密码实现 |
3.3 总体框架
框架图
┌─────────────────────────────────────────────────────────────────┐
│ 信息系统密码应用基本要求 │
├──────────────────────────────────┬──────────────────────────────┤
│ 技术要求 │ 管理要求 │
│ ┌────────────────────────────┐ │ ┌────────────────────────┐ │
│ │ ① 物理和环境安全 │ │ │ ① 管理制度 │ │
│ │ ② 网络和通信安全 │ │ │ ② 人员管理 │ │
│ │ ③ 设备和计算安全 │ │ │ ③ 建设运行 │ │
│ │ ④ 应用和数据安全 │ │ │ ④ 应急处置 │ │
│ └────────────────────────────┘ │ └────────────────────────┘ │
├──────────────────────────────────┴──────────────────────────────┤
│ 等级划分:第一级 → 第二级 → 第三级 → 第四级 │
│ (第五级仅含通用要求,具体要求略) │
└─────────────────────────────────────────────────────────────────┘
核心思想
四个技术层面 × 四个安全功能维度 × 四个管理维度 → 四个安全等级
四个安全功能维度
🔐 机密性 ← 加密(对称/非对称)
📋 完整性 ← MAC、数字签名、哈希
👤 真实性 ← 动态口令、MAC、数字签名
🚫 不可否认性 ← 数字签名
技术要求保护对象
机密性保护对象:身份鉴别信息、密钥数据、传输的重要数据、存储的重要数据
完整性保护对象(10类):身份鉴别信息、密钥数据、日志记录、访问控制信息、重要信息资源安全标记、重要可执行程序、视频监控音像记录、电子门禁系统进出记录、传输的重要数据、存储的重要数据
真实性应用场景(6类):进入重要物理区域人员身份鉴别、通信双方身份鉴别、网络设备接入身份鉴别、重要可执行程序来源真实性、登录操作系统和数据库系统的用户身份鉴别、应用系统的用户身份鉴别
不可否认性保护对象:数据原发行为的不可否认性、数据接收行为的不可否认性
3.4 等级划分
各等级一句话
| 🟢 第一级 | 鼓励用密码,能用就用,不强求 |
| 🔵 第二级 | 优先用密码,建议做培训、定规程 |
| 🟠 第三级 ⭐ | 关键分水岭! 身份认证和数据加密必须做,必须通过密评才能上线 |
| 🔴 第四级 | 所有保护手段全部拉满,双向认证、不可否认性都强制 |
| ⬛ 第五级 | 只提了通用要求,具体细则另定 |
等级演进脉络(必背)
第一级 第二级 第三级 ⭐ 第四级
─────── ─────── ───────── ─────────
身份鉴别 可 宜 应 应
传输加密 可 宜 应 应
存储加密 可 宜 应 应
数据完整性 可 可/宜 宜 应
不可否认性 — — 宜 应
密评 可 宜 应 应
密码产品等级 — 一级+ 二级+ 三级+
通用要求(所有等级必须遵守)
a) 密码算法应符合法律、法规的规定和密码相关国标、行标要求
b) 密码技术应遵循密码相关国标和行标
c) 密码产品、密码服务应符合法律法规的相关要求
等级选择建议
- 一般业务系统 → 第一级/第二级
- 等保三级系统 → 第三级(最常见等级)
- 等保四级系统 → 第四级
- 极高安全要求 → 第五级(参考通用要求)
3.5 技术要求四个层面
3.5.1 物理和环境安全
| 物理访问身份鉴别 | 可 | 宜 | 宜 | 应 |
| 电子门禁记录数据存储完整性 | 可 | 可 | 宜 | 应 |
| 视频监控记录数据存储完整性 | — | — | 宜 | 应 |
| 密码服务合规 | 应 | 应 | 应 | 应 |
| 密码产品等级 | — | 一级及以上 | 二级及以上 | 三级及以上 |
说明:第三级起视频监控引入完整性要求;第四级所有项均为"应"
3.5.2 网络和通信安全
| 通信实体身份鉴别 | 可 | 宜 | 应 | 应(双向) |
| 通信数据完整性 | 可 | 可 | 宜 | 应 |
| 通信重要数据机密性 | 可 | 宜 | 应 | 应 |
| 网络边界访问控制信息完整性 | 可 | 可 | 宜 | 应 |
| 安全接入认证 | — | — | 可 | 宜 |
| 密码服务合规 | 应 | 应 | 应 | 应 |
| 密码产品等级 | — | 一级及以上 | 二级及以上 | 三级及以上 |
关键点:第三级开始身份鉴别和机密性从"宜"升级为"应";第四级双向身份鉴别、数据完整性和访问控制信息完整性均升级为"应"
3.5.3 设备和计算安全
| 登录设备身份鉴别 | 可 | 宜 | 应 | 应 |
| 远程管理通道安全 | — | — | 应 | 应 |
| 系统资源访问控制信息完整性 | 可 | 可 | 宜 | 应 |
| 重要信息资源安全标记完整性 | — | — | 宜 | 应 |
| 日志记录完整性 | 可 | 可 | 宜 | 应 |
| 重要可执行程序完整性/来源真实性 | — | — | 宜 | 应 |
| 密码服务合规 | 应 | 应 | 应 | 应 |
| 密码产品等级 | — | 一级及以上 | 二级及以上 | 三级及以上 |
关键点:第三级新增远程管理通道安全(应)、重要可执行程序完整性(宜);第四级所有项均为"应"
3.5.4 应用和数据安全
| 应用用户身份鉴别 | 可 | 宜 | 应 | 应 |
| 访问控制信息完整性 | 可 | 可 | 宜 | 应 |
| 重要信息资源安全标记完整性 | — | — | 宜 | 应 |
| 重要数据传输机密性 | 可 | 宜 | 应 | 应 |
| 重要数据存储机密性 | 可 | 宜 | 应 | 应 |
| 重要数据传输完整性 | 可 | 宜 | 宜 | 应 |
| 重要数据存储完整性 | 可 | 宜 | 宜 | 应 |
| 不可否认性 | — | — | 宜 | 应 |
| 密码服务合规 | 应 | 应 | 应 | 应 |
| 密码产品等级 | — | 一级及以上 | 二级及以上 | 三级及以上 |
关键点:第三级身份鉴别、机密性两项升级为"应",新增不可否认性(宜);第四级所有项均为"应"
3.6 管理要求四个维度
3.6.1 管理制度
| 具备密码应用安全管理制度 | 应 | 应 | 应 | 应 |
| 密钥管理规则 | 应 | 应 | 应 | 应 |
| 建立操作规程 | — | 应 | 应 | 应 |
| 定期修订安全管理制度 | — | — | 应 | 应 |
| 明确管理制度发布流程 | — | — | 应 | 应 |
| 制度执行过程记录留存 | — | — | 应 | 应 |
3.6.2 人员管理
| 了解并遵守密码法规制度 | 应 | 应 | 应 | 应 |
| 建立密码应用岗位责任制度 | — | 应 | 应 | 应 |
| 建立上岗人员培训制度 | — | 应 | 应 | 应 |
| 定期进行安全岗位人员考核 | — | — | 应 | 应 |
| 建立关键岗位保密调离制度 | 应 | 应 | 应 | 应 |
第三级关键岗位要求:
- 设置密钥管理员、密码安全审计员、密码操作员三类关键安全岗位
- 关键岗位建立多人共管机制
- 密码安全审计员不可与密钥管理员、密码操作员兼任
- 设备与系统账号不得多人共用
第四级新增要求:
- 密钥管理员、密码安全审计员、密码操作员应由本机构内部员工担任
- 任前应进行背景调查
3.6.3 建设运行
| 制定密码应用方案 | 应 | 应 | 应 | 应 |
| 制定密钥安全管理策略 | 应 | 应 | 应 | 应 |
| 制定实施方案 | 应 | 应 | 应 | 应 |
| 投入运行前进行密码应用安全性评估 | 可 | 宜 | 应 | 应 |
| 定期开展密码应用安全性评估及攻防演习 | — | — | 应 | 应 |
关键点:第一~二级密评为"可/宜"(鼓励);第三级起必须进行密评,评估通过后方可正式运行;第三级起定期开展评估和攻防对抗演习
3.6.4 应急处置
| 应急策略 | 可 | 应 | 应 | 应 |
| 事件处置 | — | — | 应 | 应 |
| 向有关主管部门上报处置情况 | — | — | 应 | 应 |
关键点:第二级起必须制定应急策略;第三级起事件发生后立即处置并向主管部门报告;第三级起处置完成后向密码管理部门报告
3.7 附录A:等级要求汇总表
技术要求汇总
| 物理和环境安全 | 物理访问身份鉴别 | 可 | 宜 | 宜 | 应 |
| 电子门禁记录完整性 | 可 | 可 | 宜 | 应 | |
| 视频监控记录完整性 | — | — | 宜 | 应 | |
| 密码服务合规 | 应 | 应 | 应 | 应 | |
| 密码产品等级 | — | 1级+ | 2级+ | 3级+ | |
| 网络和通信安全 | 通信实体身份鉴别 | 可 | 宜 | 应 | 应(双向) |
| 通信数据完整性 | 可 | 可 | 宜 | 应 | |
| 通信重要数据机密性 | 可 | 宜 | 应 | 应 | |
| 访问控制信息完整性 | 可 | 可 | 宜 | 应 | |
| 安全接入认证 | — | — | 可 | 宜 | |
| 密码服务合规 | 应 | 应 | 应 | 应 | |
| 密码产品等级 | — | 1级+ | 2级+ | 3级+ | |
| 设备和计算安全 | 登录设备身份鉴别 | 可 | 宜 | 应 | 应 |
| 远程管理通道安全 | — | — | 应 | 应 | |
| 访问控制信息完整性 | 可 | 可 | 宜 | 应 | |
| 安全标记完整性 | — | — | 宜 | 应 | |
| 日志记录完整性 | 可 | 可 | 宜 | 应 | |
| 可执行程序完整性/来源 | — | — | 宜 | 应 | |
| 密码服务合规 | 应 | 应 | 应 | 应 | |
| 密码产品等级 | — | 1级+ | 2级+ | 3级+ | |
| 应用和数据安全 | 应用用户身份鉴别 | 可 | 宜 | 应 | 应 |
| 访问控制信息完整性 | 可 | 可 | 宜 | 应 | |
| 安全标记完整性 | — | — | 宜 | 应 | |
| 重要数据传输机密性 | 可 | 宜 | 应 | 应 | |
| 重要数据存储机密性 | 可 | 宜 | 应 | 应 | |
| 重要数据传输完整性 | 可 | 宜 | 宜 | 应 | |
| 重要数据存储完整性 | 可 | 宜 | 宜 | 应 | |
| 不可否认性 | — | — | 宜 | 应 | |
| 密码服务合规 | 应 | 应 | 应 | 应 | |
| 密码产品等级 | — | 1级+ | 2级+ | 3级+ |
管理要求汇总
| 管理制度 | 具备密码应用安全管理制度 | 应 | 应 | 应 | 应 |
| 密钥管理规则 | 应 | 应 | 应 | 应 | |
| 建立操作规程 | — | 应 | 应 | 应 | |
| 定期修订安全管理制度 | — | — | 应 | 应 | |
| 明确管理制度发布流程 | — | — | 应 | 应 | |
| 制度执行过程记录留存 | — | — | 应 | 应 | |
| 人员管理 | 了解并遵守法规制度 | 应 | 应 | 应 | 应 |
| 建立岗位责任制度 | — | 应 | 应 | 应 | |
| 建立上岗培训制度 | — | 应 | 应 | 应 | |
| 定期进行岗位考核 | — | — | 应 | 应 | |
| 建立保密调离制度 | 应 | 应 | 应 | 应 | |
| 建设运行 | 制定密码应用方案 | 应 | 应 | 应 | 应 |
| 制定密钥安全策略 | 应 | 应 | 应 | 应 | |
| 制定实施方案 | 应 | 应 | 应 | 应 | |
| 运行前密码应用安全评估 | 可 | 宜 | 应 | 应 | |
| 定期评估及攻防演习 | — | — | 应 | 应 | |
| 应急处置 | 应急策略 | 可 | 应 | 应 | 应 |
| 事件处置 | — | — | 应 | 应 | |
| 上报处置情况 | — | — | 应 | 应 |
3.8 附录B:密钥生存周期管理
10个环节
产生 → 分发 → 存储 → 使用 → 更新 → 归档 → 撤销 → 备份 → 恢复 → 销毁
各环节要点
| 密钥产生 | 在符合GB/T 37092的密码产品中产生;记录密钥关联信息(种类、长度、拥有者、起止时间等) |
| 密钥分发 | 抗截取、篡改、假冒;保证机密性、完整性及分发者/接收者身份真实性 |
| 密钥存储 | 不以明文方式存储在密码产品外部;公钥例外(可明文存储但需防篡改) |
| 密钥使用 | 一钥一用;使用前获得授权;使用公钥证书前验证有效性;设定更换周期 |
| 密钥更新 | 超过期限、已泄露或存在泄露风险时,按更新策略进行 |
| 密钥归档 | 归档密钥仅用于解密历史信息或验证历史签名;生成审计信息 |
| 密钥撤销 | 证书到期自然撤销,也可按需撤销;撤销后不再具备使用效力 |
| 密钥备份 | 安全备份机制保证机密性和完整性;生成审计信息 |
| 密钥恢复 | 支持用户密钥恢复和司法密钥恢复;生成审计信息 |
| 密钥销毁 | 销毁过程不可逆,无法从销毁结果中恢复原密钥 |
黄金原则
- 一钥一用:每个密钥一般只有单一用途
- 不存明文:密钥不以明文方式存储在密码产品外部
- 合规产生:密钥在符合GB/T 37092的密码产品中产生
- 全程审计:归档、备份、恢复等关键操作生成审计信息
- 不可逆销毁:销毁后无法恢复
3.9 密评实操指南
密评流程
系统定级 → 密码应用方案 → 建设实施 → 密码应用安全性评估 → 运行维护 → 持续改进
各等级密码产品选型
| 第一级 | 无强制要求 | SM2/SM3/SM4 | 软件密码模块 |
| 第二级 | GB/T 37092 一级及以上 | SM2/SM3/SM4 | 密码卡、USBKey |
| 第三级 | GB/T 37092 二级及以上 | SM2/SM3/SM4 | 服务器密码机、VPN、签名验签服务器 |
| 第四级 | GB/T 37092 三级及以上 | SM2/SM3/SM4 | 高安全等级密码机、HSM |
常见密码产品与实现方式
| 身份鉴别 | 动态口令、数字证书、USBKey | SM2证书、SM3动态口令 |
| 数据加密 | 对称加密、非对称加密、SSL VPN | SM2/SM4、国密SSL |
| 完整性保护 | 消息鉴别码(MAC)、数字签名 | SM3-HMAC、SM2签名 |
| 不可否认性 | 数字签名、电子印章 | SM2签名、国密电子印章 |
| 密钥管理 | 密钥管理系统、HSM、密码机 | 国密密钥管理 |
常见密评薄弱点(TOP10)
第四部分:📊 数据分类分级
4.1 法律基础知识与依据
| 上位法依据 | 《数据安全法》(2021.9.1)第21条"国家建立数据分类分级保护制度" |
| 适用范围 | ①行业领域制定标准;②各地区各部门开展分类分级;③数据处理者实操 |
| 不适用范围 | 涉及国家秘密的数据、军事数据 |
| 引用标准 | GB/T 25069-2022《信息安全技术 术语》 |
| 起草背景 | 国家数据安全工作协调机制指导下起草,是"数据分类分级保护"制度的落地通用规则 |
4.2 核心术语
| 数据 | 任何以电子或者其他方式对信息的记录 | 宽口径 |
| 重要数据 | 特定领域/群体/区域或达到一定精度和规模,一旦泄露/篡改/损毁可能直接危害国家安全、经济运行、社会稳定、公共健康和安全 | 仅影响组织自身或公民个体的数据一般不作为重要数据 |
| 核心数据 | 对领域/群体/区域具有较高覆盖度或达到较高精度、较大规模、一定深度,一旦被非法使用或共享,可能直接影响政治安全的重要数据 | 含关系国家安全重点领域、国民经济命脉、重要民生、重大公共利益 |
| 一般数据 | 核心数据、重要数据之外的其他数据 | 兜底 |
| 个人信息 | 与已识别或可识别的自然人有关的信息 | 同《个保法》 |
| 敏感个人信息 | 一旦泄露或非法使用,易导致人格尊严受损或人身财产安全受危害 | 同《个保法》 |
| 衍生数据 | 经统计、关联、挖掘、聚合、去标识化等加工活动产生的数据 | — |
| 数据处理者 | 自主决定处理目的、方式的组织、个人 | 同《个保法》 |
4.3 基本原则(五个)
| a) 科学实用 | 选常见、稳定的属性作分类依据,可细化分类 |
| b) 边界清晰 | 各分级边界清晰,不同级别配套不同保护措施 |
| c) 就高从严 | 多个因素影响时,按最高影响程度定级 |
| d) 点面结合 | 既要考虑单项数据,也要考虑多领域/群体/区域汇聚融合后的安全影响 |
| e) 动态更新 | 根据业务属性、重要性、危害程度变化定期审核更新 |
4.4 数据分类规则
分类框架:两条主线
| 1 | 业务领域 | 按业务范围、种类、功能细分 |
| 2 | 责任部门 | 按管理责任/职责分工细分 |
| 3 | 描述对象 | 用户数据、业务数据、经营管理数据、系统运维数据 |
| 4 | 流程环节 | 按业务流程、产业链环节 |
| 5 | 数据主体 | 公共数据、组织数据、个人信息 |
| 6 | 内容主题 | 按数据描述内容主题细分 |
| 7 | 数据用途 | 按处理目的/用途细分 |
| 8 | 数据处理 | 按处理活动/加工程度细分 |
| 9 | 数据来源 | 按来源/收集方式细分 |
分类方法:四个步骤
示例:钢铁研发设计数据标识为"工业数据-原材料数据-钢铁数据-业务数据-研发设计数据"
4.5 数据分级规则(重点中的重点)
分级框架
从高到低三级:核心数据 → 重要数据 → 一般数据
依据:数据在经济社会发展中的重要程度 × 一旦泄露/篡改/损毁/非法获取/非法使用/非法共享对国家安全、经济运行、社会秩序、公共利益、组织权益、个人权益造成的危害程度
八个分级要素
| 领域 | 定性 | 行业领域、业务条线、流程环节、内容主题 |
| 群体 | 定性 | 人群、组织、网络/系统、资源物资、基础设施、项目 |
| 区域 | 定性 | 行政区划、特定地区、地理环境、重要场所、网络空间 |
| 精度 | 定量 | 数值精度、空间精度、时间精度、工艺精密度、视频高清度 |
| 规模 | 定量 | 存储量、群体规模、交易量、生产加工能力 |
| 覆盖度 | 定量 | 对领域/群体/区域/时段覆盖分布或密度 |
| 深度 | 特殊 | 加工对隐含/多维信息的刻画(经济运行、发展态势、行踪轨迹等) |
| 重要性 | 定性 | 在经济、政治、文化、社会、生态文明5个维度的重要程度 |
影响对象(6类)
国家安全 / 经济运行 / 社会秩序 / 公共利益 / 组织权益 / 个人权益
影响程度(3档)
特别严重危害 → 严重危害 → 一般危害
判断基准:
- 影响对象是国家安全/经济运行/社会秩序/公共利益时,以国家/社会/行业整体利益为基准
- 仅涉及组织或个人时,以组织/个人权益为基准
影响对象 × 影响程度 = 级别矩阵(★必背)
| 国家安全 | 核心数据 | 核心数据 | 重要数据 |
| 经济运行 | 核心数据 | 重要数据 | 一般数据 |
| 社会秩序 | 核心数据 | 重要数据 | 一般数据 |
| 公共利益 | 核心数据 | 重要数据 | 一般数据 |
| 组织权益/个人权益 | 一般数据 | 一般数据 | 一般数据 |
注:影响大规模个人/组织权益时,影响对象可能超出个人/组织权益,波及更上层
6.5 级别确定规则
符合以下任一条件 → 核心数据(7项):
符合以下任一条件 → 重要数据(7项):
未识别为核心、重要的 → 一般数据
6.6 综合确定级别规则
| 关键数据识别 | 在6.5 b)基础上重点依据附录G指南执行 |
| 多要素/多影响对象 | 就高从严定级 |
| 数据集级别 | 取数据项最高级别为默认,同时考虑规模变化可能要上调 |
| 一般数据细化 | 可参考附录H再分级(如4/3/2级) |
| 衍生数据级别 | 就高从严,综合考虑加工后深度等→附录I |
| 跨行业领域数据 | 按来源领域规则;融合加工则按衍生数据定级 |
| 数据级别动态更新 | 按重要性/危害程度变化附录J情形更新 |
4.7 数据分类分级流程
行业领域主管部门(两步)
处理者流程(六步:梳-编-布-级-报-更)
| ① 数据资产梳理 | 全面梳理数据资产,确定待分类的数据及所属行业 | 摸清家底 |
| ② 制定内部规则 | 结合自身特点按行业标准+本标准制定细则 | 有行业规范优先按行业细化 |
| ③ 实施数据分类 | 分类,并对公共数据、个人信息等专项识别 | — |
| ④ 实施数据分级 | 定级,确定核心/重要/一般范围 | 一般数据可按附录H细化 |
| ⑤ 审核上报目录 | 审核结果→清单、重要/核心数据目录→标识→报送 | 形成可交付物 |
| ⑥ 动态更新管理 | 对规则、目录、清单动态更新 | 见附录J |
4.8 重要数据识别指南(附录G 18类)
识别重要数据,应满足6.5 b)基础上同时具备附录G之一要素数据
关键词:领土/战略储备/军事 / 关键基础设施运行与供应链 / 未公开攻击方法·攻击工具·重大漏洞 / 资源储备 / 生态环境 / 核材料核设施 / 海外利益 / 太空深海极地 / 生物遗传资源·微生物 / 全局性经济金融·产业竞争力 / 群体健康·疾控·食品药品 / 以及"影响国土军事文化社会科技…AI等安全"的兜底及对经济/社会/公共利益的严重危害数据
4.9 关键附录速查
| A | 资料性 | 基于描述对象与数据主体的分类参考表 |
| B | 资料性 | 个人信息二级分类示例(15类) |
| C | 资料性 | 分级要素识别考虑因素 |
| D | 资料性 | 安全风险六类:泄露/篡改/损毁/非法获取/非法使用/非法共享 |
| E | 资料性 | 影响对象判断因素 |
| F | 资料性 | 各影响对象×影响程度参考示例 |
| G | 规范性 | 重要数据识别指南(18类关键识别因素,必须掌握) |
| H | 资料性 | 一般数据分级参考(4级/3级/2级三套框架+最低级别) |
| I | 资料性 | 衍生数据分级(原始/脱敏/标签/统计/融合) |
| J | 资料性 | 动态更新情形参考(9种) |
第五部分:🧪 双新评估 YD/T 3169-2020
5.1 标准基础信息
| 标准全称 | YD/T 3169-2020《互联网新技术新业务安全评估指南》 |
| 版本沿革 | 替代YD/T 3169-2016旧版,2020-10-01正式实施 |
| 归口行业 | 工信部通信行业标准 |
| 适用主体 | 基础电信企业、增值电信业务经营者、广电运营企业 |
| 不适用边界 | 不是国家法律,不属于法定强制测评,是行业指引类标准 |
配套标准体系
| YD/T 3738-2020 实施要求 | 规定评估全流程、工作底稿、报告模板、评估人员能力要求 |
| YD/T 3739~3746-2020 各专项细则 | 覆盖即时通信、大数据服务、CDN、搜索服务、信息社区、移动应用商店等 |
| YD/T 3503-2019 第三方机构能力认定 | 校验第三方机构人员、工具、管理制度、项目经验能力 |
评估定位
- 触发场景:业务试点/试商用上线前、业务重大变更前
- 实施主体:支持企业内部自评,也可委托第三方机构
- 效力边界:仅电信行业内部合规材料;不能替代等保测评、不能替代网信办数据出境安全评估、不能替代166号文年度整体数据安全评估
5.2 核心术语
| 安全评估 | 识别新技术新业务存在的安全风险,评估风险发生可能性及危害程度,提出管控措施 |
| 信息内容安全 | 保障信息合规发布、传播,防范违法违规信息扩散 |
| 数据安全 | 保障企业业务数据、个人信息、重要数据的机密性、完整性、可用性 |
| 个人信息 | 以电子或其他方式记录的与已识别或可识别的自然人有关的各种信息 |
| 个人敏感信息 | 一旦泄露、非法提供或滥用,极易危害人身、财产安全的个人信息 |
| 重要数据 | 不属于国家秘密,但一旦泄露/篡改/损毁,会对国家安全、国计民生、公共利益造成危害的非公开数据 |
| 匿名化 | 处理后完全无法识别特定自然人,且不能复原;不属于个人信息 |
| 去标识化 | 去除直接身份标识,但仍保留个体颗粒度,依然属于个人信息 |
⚠️ 面试高频区分点:匿名化≠去标识化,很多评估报告容易混淆
5.3 评估启动4类条件(满足任意一条即启动)
什么算重大变更? 架构重构、新增开放API接口、新增数据采集字段、新增跨境传输能力、用户规模量级翻倍、新增码号/短信外呼能力。普通页面UI改版不算。
5.4 评估三阶段完整实施流程
阶段一:评估准备
- 组建评估工作组(业务、研发、运维、安全、法务共同参与)
- 文档资料收集梳理(业务需求文档、架构图、数据流图、业务流程、接口清单、制度流程、应急预案等)
- 业务实地调研(访谈业务负责人、开发运维人员,梳理全部功能点)
阶段二:组织实施(核心执行阶段)
四种评估手段组合使用:
文档审查 + 人员访谈 + 现场查验 + 技术测试核验
执行内容:
- 开展业务安全风险评估,识别业务固有的安全风险点
- 对照安全基线开展企业安全保障能力评估
- 区分风险等级:高风险、中风险、低风险
- 输出风险清单(风险描述、风险等级、整改建议)
- 完整留存全部访谈记录、测试记录、证据材料
⚠️ 实操重点:不是有风险就判定业务不能上线,要看保障能力是否足够抵消风险
阶段三:评估总结
- 组织专家评审评估结果与风险清单
- 核查风险整改落实情况(高风险必须闭环;中风险限期整改;低风险持续监控)
- 编制正式《互联网新技术新业务安全评估报告》
报告强制4个必备章节:
5.5 评估总体分析思路
核心逻辑
固有业务风险 + 企业安全保障能力 = 综合风险结果
第一步:业务安全风险评估,客观识别业务本身自带的固有风险
第二步:企业安全保障能力评估,对照基线检查现有技术、管理制度能否抵消固有风险
- 保障措施完备 → 综合风险可控
- 保障措施缺失/不足 → 风险升高,必须整改
四大风险维度(17个模块)
| ① 业务应用安全 | 用户、信息主题、信息载体、信息生成、信息接收、信息传播、信息留存 |
| ② 业务平台安全 | 设备位置分布、资源调度、业务合作、开放接口 |
| ③ 业务运行安全 | 业务逻辑安全、通讯信息管理安全(反诈重点模块) |
| ④ 数据安全 | 数据全生命周期、个人信息保护、跨境数据保护 |
5.6 业务固有风险识别详细要点
5.6.1 业务应用安全风险
用户维度:用户规模越大风险越高;未落实实名制,账号冒用、盗号、养号风险突出;公众账号无资质审核带来虚假信息风险
信息载体维度:图片、短视频、音视频、小语种文本,机器识别难度高,违法内容容易规避审核
信息传播维度:点对多点广播、群组聊天、网状转发、消息实时推送,会成倍扩大违法信息传播速度与范围
信息留存维度:操作日志、内容日志、账号行为日志保存周期不足,出现安全事件后无法溯源取证
5.6.2 业务平台安全风险
- 服务器跨境内外部署:造成个人信息、重要数据无意识跨境泄露
- 云虚拟化、动态IP、动态域名:资源动态变化,监管定位违法业务源头难度加大
- 第三方合作业务、开放API接口:接口鉴权不足,第三方越权调取数据;接口被诈骗分子利用
5.6.3 业务运行安全风险(反诈模块,运营商评估重中之重)
业务逻辑安全风险:业务办理缺少二次确认,验证码防护薄弱,登录校验存在缺陷,容易被黑产批量利用
通讯信息管理安全风险:
- 400号码、一号通、语音专线、中继码号资源,渠道管控/实名制落实不到位,被诈骗团伙租用
- 号码传送链路缺少主叫鉴权,支持篡改、伪造主叫号码
- 违法信息、骚扰呼叫处置能力不足,业务沦为诈骗工具通道
5.6.4 数据全生命周期固有风险
| 采集 | 未经告知、未获取用户同意;超范围采集;敏感信息无单独授权 |
| 存储 | 敏感数据明文存储;账号权限过大;缺少定期备份 |
| 传输 | 业务接口明文传输,网络窃听、篡改风险 |
| 加工 | 脱敏算法强度不足;超范围挖掘用户画像 |
| 转移(共享) | 未评估合作方安全能力;未签署数据安全协议 |
| 删除销毁 | 只删前台数据,备份/副本没清理;到期数据没销毁 |
5.7 企业安全保障基线(核查核心清单)
5.7.1 业务应用安全保障基线
- 用户管理:落实实名核验;账号/群组分级权限;公众账号上线资质审核;违规账号注销处置;举报投诉闭环机制
- 内容安全管理:违法违规信息监测识别处置;维护违规内容样本库;完整留存内容日志;诈骗工具类信息专项拦截
- 即时交互业务:后台实名前台自愿;群组人数上限;转发权限管控;即阅即删消息业务侧仍需留存取证日志
- 事件处置:支持溯源定位、跨平台联动处置;7×24小时应急联络接口;具备限流/关停的技术能力
5.7.2 业务平台安全保障基线
- 机房、IP地址、链路资源向主管部门报备
- 境内业务产生的个人信息、重要数据应在境内存储;确需出境必须依法评估
- 计算、存储、IP、域名资源做安全监控,完整留存操作日志
- 开放API接口:接口鉴权、权限最小化;接口访问行为安全审计;严格控制敏感信息通过接口输出
5.7.3 业务运行安全保障基线(反诈重点核查项)
针对重点电信业务(语音专线、400、商务总机):
- 业务准入:禁止个人办理,只允许自有实体营业厅受理,严禁代理渠道代办
- 实名制管控:一证5卡管控;建立完整业务台账;号码真实性核验;外呼业务上线审批流程
- 合同约束:明确禁止码号资源转租转售;业务使用情况动态监测;合作方资质失效立即关停
- 内部运维管理:关键业务操作双人操作,完整审计记录
业务逻辑安全通用基线:
- 业务办理开通增加二次确认机制;验证码附带安全风险提醒;端口短信强制添加发送方签名
- 账号登录安全:密码复杂度策略;异地登录识别;频繁试错自动锁定;异常登录通知用户
号码传送安全基线:
- 语音专线强制开启主叫鉴权,全部未通过鉴权的呼叫直接拦截
- 执行外呼白名单制度;拦截虚假主叫、空号、禁显号码
- 部署不良呼叫号码监测处置系统,识别高频骚扰、诈骗呼叫
5.7.4 数据安全保障基线
组织制度管理:设立专门的数据安全管理部门;建立数据分类分级制度、个人信息保护管理制度;定期开展人员培训
数据全生命周期技术管理:
- 采集:合法、正当、最小必要;记录数据来源溯源;完成数据分级标识
- 存储:访问权限最小化;敏感信息、重要数据加密存储;定期备份恢复;重要数据访问操作需审批+审计
- 传输:使用SSL/IPSec/VPN加密传输;重要数据建议专线加密传输
- 加工:加工后重新判定数据安全级别;重要数据加工成果对外发布需经主管部门同意
- 转移共享:对外提供数据前评估合作方安全能力;签署数据安全协议;建立合作方安全信用档案
- 删除销毁:到期数据删除同步清理所有备份副本;重要/核心数据销毁必须不可恢复
个人信息保护专项基线(高频核查):
- 收集:最小必要;敏感个人信息获取明示同意;14岁以下未成年人个人信息必须取得监护人明示同意
- 存储:存储时间最短化;对个人信息开展去标识化处理;企业终止运营应删除或匿名化处理
- 使用:内部访问权限最小;超出收集目的使用必须重新获取用户同意
- 共享转让:不随意共享转让;共享敏感信息必须取得用户明示同意;千万级规模个人信息需对合作方现场安全审查
- 用户权利保障:提供访问、更正、删除、撤回同意、注销账号、获取副本能力;30日内响应
- 人员机构:企业从业人员>200人,或处理个人信息>50万条,应设专职个保负责人
- 安全管理:签署保密协议;定期安全审计;编制个人信息泄露应急预案;发生泄露上报主管部门并告知用户;每年至少1次个保评估
5.8 等保2.0 vs 双新评估 对比
| 制度定位 | 国家法定网络安全制度,全行业强制执行 | 通信行业业务专项评估,行业合规指引 |
| 评估对象 | 完整信息系统(二级/三级系统),偏向系统底座 | 单项互联网新技术、新业务,偏向上层业务逻辑 |
| 触发时机 | 系统上线后周期性测评(三级1次/年,二级2次/年) | 业务试点上线前、重大变更前一次性评估 |
| 实施机构 | 必须取得等保测评资质的第三方机构 | 可自评也可委托第三方,需满足YD/T 3503-2019 |
| 报告效力 | 法定监管效力,公安监管核查依据 | 行业内部合规材料,不具备法定测评效力 |
| 核查维度 | 技术(一个中心三重防护)+ 管理(制度/人员/运维) | 业务应用、业务平台、业务运行、数据安全(含反诈、内容安全、个保、跨境) |
相同共性:
通俗理解:等保给底层系统做周期性全身体检;3169给新增业务做上线前专项风控检查,两者互补,谁也不能代替谁
5.9 涉诈评估补充:YD/T 4582-2023
说明:YD/T 3169包含业务运行安全反诈模块但粒度较粗;YD/T 4582-2023是针对通信资源涉诈风险的专项细化标准
与3169的差异
| 评估侧重点 | 通用业务全维度 | 通信资源被诈骗滥用风险 |
| 风险分析模型 | 四大维度17模块 | 三层框架:业务资源层、业务逻辑层、安全保障能力层 |
| 适用业务范围 | 互联网APP、平台、通信业务全部新技术新业务 | 重点针对号卡、中继、物联网卡、码号等通信资源类业务 |
典型电信业务高频涉诈风险清单
- 电话卡业务:支持批量开卡、一证多卡管控失效、静默回收号码复开、异地高频外呼
- 物联网卡:没有绑定限定设备、业务流向个人用户、支持批量入网开户
- 数字中继、400业务:中继呼叫没有频次上限;存在伪造主叫漏洞
- 短信端口:无限制批量群发,被用于发送钓鱼诈骗短信
5.10 运营商三类评估辨析(面试高频考点)
| YD/T 3169 双新评估 | 业务上线/重大变更/监管要求 | 单项新技术新业务 | 企业内部留存,按需提交通管局 | 业务维度,不能替代出境申报、等保、166号年度评估 |
| 166号文年度数据安全评估 | 每年一次强制 | 企业全部数据处理活动 | 报送属地通信管理局 | 企业整体数据视角,不是针对单个业务 |
| 网信办数据出境安全评估 | 达到法定出境阈值 | 企业跨境数据处理活动 | 报送国家网信办 | 国家行政评估,3169报告不能充当申报材料 |
三者互相独立,不可互相替代;3169识别的风险可作为另外两项评估的输入素材
5.11 高频发现典型风险(实操案例)
第六部分:横向对比分析
6.1 基础属性对比
| 制度定位 | 国家法定,强制 | 国家推荐性标准 | 国家推荐性标准 | 通信行业标准 |
| 评估对象 | 信息系统整体 | 信息系统密码应用 | 数据资产 | 单项新业务 |
| 触发时机 | 定期(三级/年) | 建设/运行/测评 | 数据处理全周期 | 上线前/重大变更 |
| 实施主体 | 有资质第三方 | 第三方/自评 | 数据处理者自评 | 自评/第三方均可 |
| 报告效力 | 法定监管依据 | 密评依据 | 合规参考 | 行业内部材料 |
| 等级体系 | 5级 | 5级(仅4级有细则) | 3级(核心/重要/一般) | 3级(高/中/低) |
| 行业范围 | 全行业 | 全行业 | 全行业 | 通信行业为主 |
6.2 等级体系对比
| 等级数 | 5级 | 5级 | 3级 | 3级(风险) |
| 最低 | 1级(个人) | 1级(鼓励) | 一般数据 | 低风险 |
| 中间 | 2级/3级 | 2级/3级 | 重要数据 | 中风险 |
| 最高 | 4级/5级 | 4级/5级(略) | 核心数据 | 高风险 |
| 对应关系 | 等保三级↔密码三级 | 与等保对应 | 与等保交叉 | 无直接对应 |
6.3 技术层面对比
| 物理环境 | 机房/门禁/监控 | 物理访问身份鉴别 | — | — |
| 通信网络 | 网络区域划分/冗余 | 通信身份/数据加密 | — | 传输加密 |
| 区域边界 | 防火墙/IPS/WAF | 边界访问控制完整性 | — | 开放API接口鉴权 |
| 计算环境 | 身份鉴别/主机/数据 | 登录身份/日志/程序 | 数据分级保护 | 业务逻辑/账号安全 |
| 管理中心 | 集中管控/审计 | — | — | — |
| 数据安全 | 完整性/保密性/备份 | 加密/签名/不可否认性 | 分类分级/影响分析 | 全生命周期/个保/跨境 |
| 密码技术 | 双因子身份鉴别 | 全维度密码应用 | — | 加密传输 |
6.4 管理层面对比
| 制度体系 | 四层(策略→制度→规程→记录) | 密码安全管理制度 | 内部分类分级规则 | 安全管理制度 |
| 机构人员 | 三岗分离 | 三员分离(密钥/审计/操作) | 数据安全责任人 | 个保负责人(≥50万条) |
| 建设管理 | 定级→备案→测评→整改 | 方案→建设→密评→运行 | 分类分级→上报→更新 | 上线前评估→整改→上线 |
| 运维管理 | 应急/变更/漏洞/风险 | 应急处置/攻防演习 | 动态更新 | 定期评估/事件处置 |
| 培训考核 | 安全培训 | 岗位培训/考核 | 人员培训 | 安全培训 |
6.5 评估/测评对比
| 评估频率 | 三级1次/年,二级2次/年 | 建设运行前+定期 | 每年(重要/核心数据) | 上线前+重大变更 |
| 评估依据 | GB/T 28448 | GB/T 39786 | 分类分级规则 | YD/T 3169+3738 |
| 强制程度 | 法定强制 | 三级及以上强制 | 重要/核心数据强制 | 行业指引 |
| 评估内容 | 技术+管理10大类 | 4技术层面+4管理维度 | 数据分级+影响分析 | 业务+平台+运行+数据 |
| 通过条件 | 综合得分达标 | 各要求项达标 | 分级准确 | 风险可控 |
6.6 共同点
6.7 不同点
第七部分:整合记忆框架
7.1 四维记忆法
┌─────────────────────────────────────────────────────┐
│ 网络安全合规 │
├──────────┬──────────┬──────────┬────────────────────┤
│ 🏰 等保 │ 🔐 密码 │ 📊 数据 │ 🧪 双新 │
│ 系统安全 │ 加密安全 │ 数据安全 │ 业务安全 │
│ │ │ │ │
│ 5级 │ 5级 │ 3级 │ 3级风险 │
│ 全行业 │ 全行业 │ 全行业 │ 通信行业 │
│ 第三方测 │ 可自评 │ 自评上报 │ 可自评 │
│ 定期 │ 建设+定期 │ 每年 │ 上线前触发 │
└──────────┴──────────┴──────────┴────────────────────┘
7.2 数字记忆口诀
等保: 1中心 + 3重防护 + 10大类
密码: 4层面 × 4功能 × 4管理 = 4等级
数据分级:3级(核心/重要/一般) + 8要素 + 6步流程
双新评估:4启动条件 + 4风险维度 + 17模块 + 3阶段
7.3 面试速查表
| 等保三级要上什么设备? | 防火墙+IPS+WAF+日志审计+态势感知+堡垒机+双因子+备份灾备+漏扫+防病毒/EDR |
| 密评什么时候必须做? | 三级及以上系统,运行前必须做,运行中定期做 |
| 核心数据和重要数据怎么区分? | 核心→直接影响政治安全;重要→直接危害国/经/社/公/健 |
| 双新评估和等保什么关系? | 等保管系统,双新管业务,互不替代,互补关系 |
| 四个标准都提到了什么共同点? | 技术+管理双轮驱动;分级保护;就高从严;安全评估 |
| 密码三级和等保三级什么关系? | 等级对应,等保三级系统应满足密码应用第三级要求 |
| 数据分类分级的"六步流程"是什么? | 梳→编→布→级→报→更 |
| 双新评估四个启动条件? | 上线前、重大变更、监管指令、法律触发 |
| 密评的"三员分离"指什么? | 密钥管理员、密码安全审计员、密码操作员,审计员不可兼任 |
| 等保测评和双新评估能互相替代吗? | ❌ 不能,对象不同(系统vs业务),效力不同(法定vs行业) |
| 影响对象×影响程度矩阵怎么背? | 国家安全特别严重/严重→核心,其余经济/社会/公共利益特别严重→核心,严重→重要,一般→一般;组织/个人权益一律一般 |
| 双新评估报告能不能替代网信办数据出境评估? | ❌ 不能,3169报告不能替代网信办数据出境安全评估申报材料 |
| 等保和双新评估的相同点? | 都覆盖技术+管理,流程都是梳理→识别→整改→闭环,都要遵守三法 |
7.4 速记口诀
等保系统密码密,数据分类双新评
一个中心三重护,等保十大类要记清
密码四层四功能,四个管理逐级升
三级分水岭最重,身份机密必须应
数据三级分核心,重要一般要分清
矩阵就高从严定,八大要素记在心
双新业务上线前,四大风险十七项
反诈重点是红线,个保合规不能忘
等保测评第三方,密码评估能自评
数据分级自己分,双新自评第三方
系统业务要分清,等保双新不替代
密码密评三级起,数据分类年年做




