1. 密码应用安全评估工程导论
《密码应用安全评估工程》讨论的不是“密码算法本身怎么设计”，而是一个已经建成或正在建设的信息系统，其密码应用是否合规、正确、有效。它把密码学、系统工程、测评方法与法规标准结合起来，形成一套可重复执行的评估作业体系。理解这门课，首先要回答三个问题：评估谁、依据什么、按什么流程做。
一、课程定位：从“用了密码”到“用对了密码”
很多系统在建设时都会声称“已采用国密算法”“已部署加密传输”，但实际检查中常出现：该用SM4的地方用了自研异或、密钥硬编码在配置文件里、随机数用时间戳代替、签名验签只做了一半。这些问题的共同点是——密码功能存在，但密码保障能力不成立。本课程的目标，就是训练一种能力：面对一个具体系统，能够判断它的密码应用在合规性、正确性、有效性三个维度上是否站得住，并给出可整改、可复核的结论。
它与相邻课程的分工可以这样理解：密码学基础课讲算法原理与安全性证明；安全开发课讲如何在代码中调用密码库；而本课程站在评估者与工程管理者的视角，关注密码在真实业务系统中的部署位置、调用方式、密钥生命周期和运行效果。因此，课程强调“证据”——不是听建设方说用了什么，而是看配置、看调用链、看日志、看测试结果。
二、评估对象：密码应用的五个层面
评估对象不是抽象的“系统”，而是可以逐项定位的具体要素。通常从五个层面展开：
- 密码算法：是否使用SM2/SM3/SM4/SM9等合规算法，是否存在自研或已淘汰算法，算法参数（如曲线、分组模式、填充方式）是否正确。
- 密码协议：通信与认证协议是否完整，是否存在降级、重放、中间人风险，协议版本与套件是否合规。
- 密码服务与接口：密钥管理、证书服务、签名验签、加解密接口的调用是否规范，是否存在绕过密码模块直接运算的情况。
- 密钥与证书生命周期：生成、存储、分发、使用、更新、归档、销毁各环节是否有控制，密钥是否明文落盘、是否越权可读。
- 密码模块与运行环境：软件密码模块、密码机、密码卡、TEE/SE等载体的合规性、接口边界与物理/逻辑防护。
这五个层面并非并列罗列，而是存在依赖关系：算法与协议决定“用什么”，服务与接口决定“怎么调”，密钥生命周期决定“是否守得住”，运行环境决定“根基是否可信”。评估时若只查算法清单，往往会漏掉密钥管理这一最易出问题的环节。
三、工程化流程：从受理到结论的闭环
评估不是一次性检查，而是一个有输入、有过程、有输出、可追溯的工程过程。典型流程包括：评估准备、方案编制、现场核查、工具测试、问题判定、报告出具与整改复核。其中最关键的是“核查—测试—判定”三段：核查看文档与配置是否齐全，测试看实际运行是否与声称一致，判定则依据标准条款给出符合、部分符合或不符合的结论。
下面用一张图呈现评估对象、依据与流程之间的整体关系，帮助建立全局框架。
四、法规与标准体系：评估的“尺子”
评估结论必须有依据，不能凭经验拍板。我国密码应用评估的依据体系大致分四层：
第一层是法律。《密码法》确立了商用密码的合规地位与关键信息基础设施的密码应用要求；《网络安全法》《数据安全法》《个人信息保护法》则从网络与数据角度提出密码保护义务。这一层决定“必须做”。
第二层是国家标准。GB/T 39786《信息安全技术 信息系统密码应用基本要求》是核心依据，它按技术与管理两个维度、四个层面（物理和环境、网络和通信、设备和计算、应用和数据）提出要求，并划分一级至五级。GB/T 43206《信息系统密码应用测评要求》则给出测评方法与判定规则。这一层决定“做到什么程度算合格”。
第三层是行业规范与指南。金融、政务、能源、医疗等行业会发布更细的密码应用指引，明确本行业的算法选择、密钥管理、接口要求。这一层决定“在本行业怎么做”。
第四层是系统自身的密码管理制度。包括密钥管理办法、证书管理流程、应急响应预案、人员权限矩阵等。这一层决定“日常是否守得住”。
五、一个简化的评估示例
假设某政务系统需做密码应用评估，评估范围为一个对外服务门户及其后台数据库。准备阶段收集到：系统定级为三级、已部署SSL VPN、数据库字段加密使用SM4、签名使用SM2。现场核查发现：SSL VPN配置中启用了TLS 1.0且允许RSA密钥交换；数据库加密密钥由运维人员手工写入配置文件；SM2签名私钥存放在应用服务器本地目录，权限为644。
测试阶段用抓包工具确认握手协商结果，用配置检查脚本读取密钥文件权限，用签名验证工具对一条业务报文做验签。判定阶段对照GB/T 39786：通信协议版本与套件不符合要求，判“不符合”；密钥存储未使用密码模块保护，判“不符合”；签名算法本身合规，但私钥保护不足，判“部分符合”。最终报告给出三条整改建议：升级TLS配置并禁用RSA密钥交换、将数据库密钥迁移至密码机管理、私钥文件权限收紧并纳入密钥管理系统。
这个示例说明：评估的价值不在于发现“没用密码”，而在于发现“用了但没用好”的细节。这些细节往往藏在配置、权限和调用链里，需要工程化的核查与测试才能暴露。