服务器密码机：GM/T 0030 规范与密钥不出设备落地

1. 引言：为什么服务器密码机重回聚光灯

服务器密码机是商用密码应用安全性评估（以下简称密评）清单中出现频率最高的密码基础设施，身份鉴别、传输加密、数据完整性保护几乎每一项都绕不开它。《中华人民共和国密码法》自 2020 年 1 月 1 日起施行，密评制度随之确立为法定要求：关键信息基础设施运营者以及网络安全等级保护第三级以上信息系统的运营者，必须按年度对系统的密码应用情况开展评估。一台服务器密码机承担着密钥管理与密码运算两大职责，其运行状态直接决定密评多数单元的结论：身份鉴别要靠它签发验签，通信与存储的机密性依赖它的加解密能力，业务日志的完整性则由它计算的摘要与消息认证码守护。可以说，没有一部健康运转的服务器密码机，密评的大半篇幅都无从着笔。

然而”服务器密码机到底要求什么、密钥不出设备是怎么做到的、如何选型验收”，这三个问题恰恰是采购决策与技术评审中最容易被忽视、又最影响合规结果的盲区。本文从 GM/T 0030《服务器密码机技术规范》出发，把其后的标准体系、功能要求、密钥管理原则、接口形态、等保与密评落地路径逐一展开，最后落到一套可执行的选型与验收方法上。

需要说明的是，正微光电自身的云密码机产品已通过国密商用密码产品认证，支持 SM2/SM3/SM4/SM9 全系国密算法，长期服务于政务、金融与能源客户的商用密码改造工程。本文讨论的是行业内通用的技术规范与工程方法，适用于任何面向密评的合规项目，不绑定具体厂商。

2. 服务器密码机的定义、定位与标准坐标

2.1 一个标准坐标中的设备品类

要理解服务器密码机，先要把它放进商用密码标准体系里看。国家密码管理局在 2021 年 10 月发布的第 43 号公告，一次发布了《随机性检测规范》（GM/T 0005-2021）、《云服务器密码机技术规范》（GM/T 0104-2021）、《信息系统密码应用测评要求》（GM/T 0115-2021）等 16 项密码行业标准，自 2022 年 5 月 1 日起实施。这一批标准与既有的 GB/T 39786-2021、GM/T 0018 等一起，构成了覆盖”法律—基础—产品—应用”四个层次的完整坐标系：

设备品类上，与服务器密码机经常被并列提起的还有三类：云服务器密码机、签名验签服务器和金融数据密码机。根据《商用密码产品认证目录（第二批）》中的定义，云服务器密码机是在云计算环境下采用虚拟化技术、以网络形式为多个租户的应用系统提供密码服务的服务器密码机，对应 GM/T 0104 技术规范；签名验签服务器侧重数字签名与验签性能，常用在高并发电子合同与证书签发场景；金融数据密码机则面向金融交易报文，强调对金融应用协议的紧密支撑。四者共享同一套算法底座与安全要求，差异主要在部署形态与性能取向。采购时先想清楚场景，再谈参数，顺序不能颠倒。

与设备品类配套的是商用密码产品认证制度。依照《商用密码管理条例》的规定，商用密码产品在上市销售前应当经国家密码管理机构认可的检测机构检测，并取得商用密码产品认证证书；《商用密码产品认证目录》分批次公布纳入认证管理的产品类别，服务器密码机、云服务器密码机、密码模块等均在目录之内。认证证书是密评举证的基础材料，也是招标采购的准入条件，这一点在每年的招投标公告中体现得越来越直接。对采购方而言，查验证书的真实性与有效性（证书编号、认证范围、有效期）应当排在技术比对之前，资质不齐的设备无论参数多漂亮都不应进入候选名单。

2.2 GM/T 0030 规范要义

GM/T 0030-2014《服务器密码机技术规范》是服务器密码机的直接产品标准。国家密码管理局在《政务信息系统密码应用与安全性评估工作有关事项的通知》所附的标准指引中，明确将 GM/T 0030-2014 列为政务信息系统采购服务器密码机的依据标准，足见其基础地位。该规范对设备的基本功能、密码算法支撑、密钥管理、随机数、管理接口、审计、安全等级与检测方法提出了系统要求，要点可归纳为四条主线：

第一，算法与运算能力。设备须支持商用密码算法体系的完整调用，涵盖 SM2 数字签名与非对称加密、SM3 摘要、SM4 分组加密，以及基于标识的 SM9 算法；对外提供签名、验签、加密、解密、摘要、密钥交换、随机数生成等运算服务。运算引擎的性能、并发能力与接口响应时延，直接决定其上业务系统的吞吐上限。

第二，密钥管理。设备须支持密钥的全生命周期管理，包括密钥的生成、导入导出、存储、备份、更新、销毁等操作，并对密钥容器进行受控访问。规范特别强调，密钥的私密部分必须以明文形式存在于设备的安全边界之内，任何外部操作只能通过句柄或加密形态间接引用。

第三，随机数质量。设备须内置物理随机源，而非软件伪随机生成器，输出的随机数须满足 GM/T 0005《随机性检测规范》的统计要求。随机数的质量直接影响密钥生成的安全强度，是密评中设备与计算安全层面的核查重点。

第四，安全与管理。设备须具备安全引导、自检、访问控制、审计日志、防拆防护等能力，满足 GM/T 0028《密码模块安全技术要求》对应安全等级的要求；管理接口与控制台的操作全程留痕，便于事后追溯与密评举证。

上述四条主线之间并非彼此独立。算法引擎的实现在安全边界内完成，密钥管理的每个动作都要落在审计日志里，随机数先过质量检测再进入密钥生成环节——这四件事共同撑起”服务器密码机可信”这个结论。规范的检测方法部分则给出了逐项验证的手段：功能检测、性能检测、安全功能检测与文档检查相结合，检测结论构成产品认证的技术依据。认证检测并非走个过场：检测机构按规范逐条核对功能清单，对性能指标在约定条件下实测并复核，对安全功能（自检、访问控制、防拆）进行专项验证，最终出具检测报告。这份报告连同认证证书一起，成为密评举证中”设备合规”最硬的证据。采购方需要留意的是报告的有效期与覆盖版本，若设备固件后续升级，应要求厂商补充说明或重新检测，避免现场核查时证书与实物状态对不上。

3. 服务器密码机的功能架构与关键技术要求

3.1 六个功能模块与两道接口

把 GM/T 0030 的功能要求映射到设备内部，可概括为一个安全边界内的六个功能模块，以及对外暴露的两类接口，如下图所示。

密码算法引擎是运算能力的承载体，SM2/SM3/SM4/SM9 的签名、加解密与摘要调用都在其中完成，其性能决定设备吞吐；真随机数发生器负责从物理熵源提取随机性，并在线监测输出质量；密钥管理模块维护密钥容器与生命周期状态；安全引导与自检保证设备启动链路的完整性与运算正确性，含上电自检与已知答案测试（KAT）；访问控制与审计把管理权限收敛到指定角色并记录全部操作；高可用与集群模块解决双机热备、会话漂移与密钥同步问题。六个模块之间的数据流也有讲究：随机数发生器为密钥管理模块供应密钥生成种子，算法引擎从密钥容器取用密钥完成运算，审计模块对前两者的每一次调用留痕——模块职责分离，但运行记录贯通，这是密评核查设备安全时最看重的一致性。

对外，服务接口面向业务应用提供密码运算调用，管理接口面向运维人员提供配置、策略与日志导出能力。两者在权限模型上必须严格隔离，这是 GM/T 0028 安全域划分的基本要求。实践中常见的管理漏洞恰恰出在这里：有些部署为了运维便利，把管理接口与业务网络复用同一网段，甚至开放远程管理端口，等于把后门送到了攻击者嘴边。规范意义上的做法是管理通道独立、管理角色分离、管理操作双人复核，把边界纪律落实到网络与流程两个层面。

性能工程同样要在选型前想清楚。设备标称的吞吐指标通常来自理想工况，真实业务里签名、加密、摘要请求混合出现，并发模型与报文大小千差万别，峰值数字参考价值有限。工程上建议按业务画像拆解压力模型：先统计日常与高峰时段的运算请求构成，再按比例构造混合压测场景，最后观察吞吐、平均时延与尾时延三个指标随并发增长的曲线。曲线的形态比单一峰值更能说明问题——吞吐在低并发下就明显下滑，说明会话管理或调度逻辑存在瓶颈；时延尾部拉长，说明存在偶发性资源争抢。把这一套压测方法固化到验收与年检流程里，设备的性能健康状况就有了可对比的基线。

3.2 真随机数：被低估的关键器件

服务器密码机对随机源的要求是”物理真随机”，不是软件算法生成。工程上有两层递进的质量把关：第一层是熵源本身，无论采用光电噪声还是其他物理机制，原始输出必须先经过熵估计，评估其包含的真实随机性，通常以条件最小熵度量；第二层是输出序列，经过去偏与提取后的随机数须通过随机性检测规范的统计检验。国内对应 GM/T 0005《随机性检测规范》，国际对应 NIST SP 800-90B 的熵估计方法以及 SP 800-22 随机数统计测试套件。SP 800-22 的 15 项统计测试覆盖频数、游程、块内频数、累加和、近似熵、线性复杂度、Maurer 通用统计、离散傅里叶变换等维度，用多角度统计量捕捉序列中可能残留的结构性偏差。工程上常用的做法是对密钥生成、签名随机数等敏感调用消耗的随机数做持续抽样检测，并在设备运行时定期回验随机数质量，把静态合规变成动态可信。关于熵估计的数学细节，可参考站内文章《QRNG 熵估计解析：真空涨落熵源与 800-90B 合规》(/qrng-entropy-estimation)。

值得强调的是，随机数质量与密钥安全是强绑定关系：SM2 签名的一次性随机数若可预测，攻击者可以借助两条签名反推出私钥；密钥生成若依赖弱随机源，整个密钥体系的安全性都会塌陷。这也是密评把随机数检测报告列为设备安全层面举证材料的原因。另一个常被忽略的细节是随机数的来源分级：真正的物理熵源输出应当用于密钥生成这类高敏操作，而业务上大量、低敏的随机数需求（如会话号、防重放随机数）可以通过密码算法派生获得，既保证安全强度，又不浪费熵源产能。

3.3 密码模块安全等级与自检机制

GM/T 0028-2014《密码模块安全技术要求》定义了四个安全等级，从安全域划分、物理防护、角色鉴别、服务接口、审计到自检机制逐级加严。市面主流服务器密码机通常宣称达到安全二级或三级。等级差异直接体现在硬件上：二级要求密码模块具备明显的边界标识与基本的防篡改能力，三级则要求更强的物理防护、更严格的操作者鉴别与更完整的审计。物理防护不是概念性的：防拆机壳与防探测涂层让探测密钥存储芯片的攻击难以进行，温度与电压监测让失败注入攻击更难实施，废弃调试接口的清理与固件签名校验堵住供应链后门。选型时不能只看检测报告封面的等级数字，还要核对所采用的安全域划分与自检覆盖范围是否与业务系统的防护需求匹配——对大多数关基与金融场景，二级起步、按风险升级是常见的务实选择。

自检机制是设备自我证明的手段，典型内容包括：上电时的固件完整性校验、算法引擎的已知答案测试（KAT）、随机数发生器的在线检测，以及密钥容器读写校验。任何一项自检失败，设备都应进入拒绝服务的安全状态并告警，而不是带病运行。这一”失败即停止”的原则，是密码设备与普通 IT 设备在可靠性哲学上最根本的差异——普通设备追求可用，密码设备在安全与可用冲突时优先保安全。

4. 密钥管理生命周期与”密钥不出设备”的工程实现

4.1 密钥生命周期的六个阶段

密钥管理是服务器密码机区别于普通加密软件的核心价值。NIST SP 800-57《密钥管理建议》把密钥的生命周期划分为生成、派生、存储、使用、备份与归档、销毁等多个阶段，强调每个阶段的处理方式都要有明文规定。对应到国密体系，GM/T 0030 对密钥管理的要求覆盖六个阶段，如下图所示。

密钥管理先于生命周期而存在的是分层：主密钥、密钥加密密钥与工作密钥三级各司其职，主密钥保护密钥加密密钥，密钥加密密钥保护工作密钥，工作密钥直接服务业务运算。层次化的好处在于风险隔离——即便某一层工作密钥泄露，攻击者获得的也只是有限业务范围内的数据，无法顺着密钥体系向上突破；同时轮换代价可控，工作密钥的更换不牵动上层密钥。对称密钥与非对称密钥的管理策略也各不相同：对称密钥重在与会话生命周期绑定、及时轮换，非对称密钥重在与身份绑定、审慎使用并严格保护私钥。分层的另一个工程副产品是备份策略的简化：多数情况下只需备份主密钥与密钥加密密钥，工作密钥可以由上层密钥重新派生或重装，备份面收窄，管理风险随之下降。把分层模型固化为文档并与设备配置对应起来，密评核查密钥管理要求时就能对答如流。

生成阶段在设备内部完成，种子来自物理随机源，私钥明文从生成那一刻起就不离开设备；生成后的密钥立即登记进密钥目录，编号、用途、生效时间一并记录，为后续审计奠定基础。分发与注入阶段通过密钥信封等加密形态传递，只有授权设备能解开，密钥分量还可以拆分托管，谁也无法单独掌握完整密钥。使用阶段由宿主机通过句柄发起运算请求，密钥明文在设备内就地参与运算，外部只能看到输入与输出。备份与归档阶段以密文形式保存密钥副本，必要时分多分量托管以控制单点风险，备份动作本身也要走审批与双人复核。轮换与更新阶段按既定策略周期性更换密钥并平滑切换，新老密钥在过渡期内并行服务，避免业务中断。销毁阶段对密钥存储介质执行安全删除与覆写，防止残留恢复，销毁记录永久留存。六个阶段中的每一次访问、操作与导出，都要产生审计记录。密钥生命周期管理之上还有一层制度问题：谁有权发起轮换、谁有权执行销毁、备份密钥由谁保管——这些角色与流程必须在管理制度中明确，密评的管理要求部分会逐一核查。

4.2 密钥不出设备：原理、实现与常见误区

“密钥不出设备”是服务器密码机的立身之本，其工程含义值得拆开讲。应用系统运行在主机上，密钥的明文却只在密码机的安全边界内存在，两者通过句柄机制衔接：主机持有的是密钥的引用标识，真正的密钥值由设备内存放，运算请求连同句柄一起提交给设备，运算在设备内部完成后只返回结果。如此，即使主机被攻破，攻击者拿到的也只是一串句柄与密文，无法还原出私钥明文。这个机制同时衍生出对备份与迁移的严格要求：密钥要迁移到另一台设备，只能以加密形式传输，并在目标设备内解密装载，全程不出现明文落盘的路径。

管理工作流上，密钥信封与双人控制是两道常用闸门。密钥信封用接收方公钥或共享密钥把传输中的密钥材料封装起来，实现”换人换环境不换密钥机密性”；双人控制要求关键操作（签发、导出、销毁）由两名授权管理员共同在场完成，一人无法单独行使职权。这两项机制在金融行业久经考验，如今也已成为商密改造项目的通用做法。这也解释了软件密码模块与硬件密码机的本质区别：软件实现的密钥托管在主机内存与磁盘里，攻击者拿到主机权限即可提取密钥材料；硬件密码机则把信任根从易失的操作系统环境里剥离出来，放进物理防护的边界内。实践中常见的误区是把”软 KMS”与”服务器密码机”混为一谈——前者解决密钥的组织、编排与权限问题，后者解决密钥的存储与运算安全，二者是互补关系而非替代关系。正微光电的 HyQrypt-KMS 密钥管理系统正是按这一分工设计的：KMS 负责密钥策略编排、应用接入与审计呈现，根密钥的生成与运算对接国密服务器密码机完成，实现”密钥永不出设备”。更完整的密钥管理生命周期实践可参考 HyQrypt-KMS 产品页（/products/keyplatform）。

4.3 高可用与密钥同步的工程权衡

设备单点必然带来业务单点，高可用设计因此成为服务器密码机部署的标配。双机热备通常采用主备模式：主设备承担全部运算，备设备通过加密同步保持密钥与状态一致，主设备故障时虚拟地址漂移、业务无缝切换。集群模式则进一步提升吞吐与容错，多台设备组成资源池，由密码服务平台统一调度，单台设备维护检修不影响整体服务。工程上需要权衡的是同步的粒度与代价：密钥同步频率越高，主备一致性越好，但同步通道与加密开销越大；会话状态是否随设备漂移、审计日志如何合并去重，也是方案设计时必须回答的问题。备份密钥的持有方式同样值得提前约定——采用分量托管还是加密导出，直接关系到灾难恢复时能否顺利重组密钥。这些取舍没有标准答案，取决于业务对可用性与性能的实际要求，属于典型的通用工程权衡。

5. 商密改造的接口路径：SDF、PKCS#11 与应用接入

5.1 GM/T 0018 与 SDF 接口

服务器密码机与业务系统的交互，靠的是标准接口。GM/T 0018《密码设备应用接口规范》定义了面向密码设备的统一接口层，即业界熟知的 SDF 接口，按功能可划分为设备管理、会话管理、密钥管理、非对称运算、对称运算、摘要运算与随机数生成等函数组。应用通过 SDF 句柄引用设备内的密钥，调用签名、验签、加密、解密、摘要、随机数等能力，无需关心设备内部实现。该规范 2012 年首发，2023 年 12 月发布修订版 GM/T 0018-2023，自 2024 年 6 月 1 日起实施，替代 2012 版，接口族持续演进。除 SDF 外，PKCS#11 与 Java JCE 也是常见的对接形态，前者在传统金融与硬件安全领域积累深厚，后者让 Java 应用以标准 Provider 方式透明接入。

国密算法在网络协议层的落地同样走标准路径：国际互联网工程任务组发布 RFC 8998，定义了基于国密算法的 TLS 1.3 密码套件，SM2/SM3/SM4 得以在标准 TLS 协议栈中协商使用。服务器密码机与 TLS 网关、签名验签服务器的配合，正是通过这样一层层标准接口衔接起来的——边界设备负责协议握手，服务器密码机在后台提供签名与密钥运算支撑。

接口选择直接影响后续的改造工作量。采用标准接口的好处是应用代码与具体设备解耦，未来更换或扩容密码机时无需重写业务逻辑；代价是标准接口的抽象层级较高，某些厂商私有扩展能力无法直接使用。商密改造项目里，合理的做法是先按标准接口完成对接与验收，把私有扩展留到确有业务需求时再评估，避免被单一厂商绑定。

5.2 云密码机与虚拟化：三种接入模式

以一个典型的政务或金融系统为例，商用密码改造围绕”算法合规、接口合规、部署合规”三条线展开，应用接入通常有三种模式。第一种是应用直连模式，业务系统通过 SDF 或 PKCS#11 直接调用密码机，适合改造范围小、密码调用集中的项目，部署简单但性能受单设备上限约束。第二种是密码服务中间件模式，在应用与密码机之间增加中间件层，提供连接池、并发控制、密钥策略与审计汇聚，适合调用面广、需要统一管控的中大型项目。第三种是密码服务平台模式，以云服务器密码机或多设备集群为底座，向上提供服务化的密码接口，适合云上多租户与微服务架构。

云服务器密码机在这一模式里承担底座角色：一台物理设备通过虚拟化划分出多个虚拟密码机实例，各租户拥有独立的密钥空间、证书体系与访问控制，互不干扰；底层物理资源、密码运算部件与随机数发生器由宿主机统一管理，租户只面对自己的虚拟实例。对多云与私有云环境而言，这种形态让”密码能力像服务一样供给”成为可能，也把扩容成本从”买一台机器”变成了”开一个实例”。三种模式可以并存演进：先中间件隔离，再逐步平台化，是许多关基单位实际走过的路径。电力、交通等行业的信息系统密码改造，多数都能在”直连—中间件—平台”这个光谱里找到自己的位置。

5.3 对接中的工程细节

接口对接看着简单，细节里全是坑。会话管理方面，SDF 的会话资源有限，应用必须实现会话池与复用，否则高并发下会频繁握手、吞吐骤降；异常处理方面，设备重启、网络抖动、会话失效都可能导致调用中断，应用侧要有重试与降级策略，防止单次失败引发雪崩；密钥容器规划方面，不同的业务系统应使用独立的密钥容器与访问权限，避免权限边界模糊带来的审计混乱；时间同步方面，密码设备的审计日志与时间戳服务高度依赖可靠时钟，NTP 失效或篡改会让日志时序失真，进而影响密评对完整性的判断；证书链管理方面，签名验签场景要确保证书链上下级关系清晰、吊销状态可查，避免出现”签名有效、信任链断裂”的尴尬局面；性能摸底方面，压测要在明确的并发数、报文大小与混合运算比例下进行，并记录时延分位数，而不是只报一个峰值吞吐。这些经验适用于任何品牌的服务器密码机，属于可以复现、应该复现的通用工程方法。

6. 等保与密评：服务器密码机的合规定位与落地路径

6.1 等保 2.0 与 GB/T 39786 的密码要求

网络安全等级保护 2.0 系列标准（GB/T 22239-2019）规定了各级信息系统的安全通用要求，其中密码技术是贯穿安全计算环境、安全区域边界与安全通信网络的技术手段之一。与之配套的 GB/T 39786-2021《信息安全技术 信息系统密码应用基本要求》（2021 年 10 月 1 日实施）则把密码应用要求细化到物理和环境安全、网络和通信安全、设备和计算安全、应用和数据安全四个技术层面，加上管理制度、人员管理、建设运行、应急处置四个管理方面，按信息系统第一级到第四级给出递进的要求。服务器密码机在这张要求表里的位置很清晰：

一张表排下来可以看出，服务器密码机不是某一项要求的专用设备，而是多个单元的公共底座。这也意味着它的可用性直接影响多个密评单元的结论——设备宕机期间产生的业务操作若绕行弱密码方案，整改时往往要回溯补证，代价远高于事前的高可用投入。

技术层面之外，GB/T 39786 的四个管理方面同样不可忽视：管理制度要求密码应用的组织、职责与流程有明文规定；人员管理要求管理员、审计员、操作员角色分离并落实背景审查与培训；建设运行要求密码设备的部署、变更、维护有审批与记录；应急处置要求制定密码系统故障与密钥泄露的响应预案并定期演练。管理要求看似软性，密评中却最容易被扣分，因为文档缺失与否一目了然。实践中的稳妥做法是把密钥管理制度、设备操作手册、应急预案三类文档与设备同步交付，并指定专人维护版本，让管理与技术两条线并行落地。

6.2 密评办法与年度评估节奏

2023 年 9 月，国家密码管理局发布《商用密码应用安全性评估管理办法》（国家密码管理局令第3号），自 2023 年 11 月 1 日起施行，评估范围、程序与机构管理进一步明确。关键信息基础设施运营者以及网络安全等级保护第三级以上信息系统的运营者，需要按年度开展商用密码应用安全性评估，评估由具备相应资质的商用密码检测机构实施，评估报告作为整改与监管的依据。评估流程大体包括：确定评估对象与范围、编制评估方案、现场检测与资料核查、出具评估报告、对不符合项限期整改并复测。对采购与建设部门而言，这意味着两件事：其一，密码能力建设不是一次性工程，而是年度循环的持续性投入，设备选型要预留扩展空间，避免第二年评估前仓促扩容；其二，密评的证据链建设要前置到建设期，采购、部署、对接、检测各环节的文档与记录都要规范留存，评估人员要什么就给什么，而不是给什么是什么。

6.3 从差距分析到年度复评的举证闭环

密评落地可以抽象为一条可执行的闭环路径，如图所示。

第一步是差距分析，对照 GB/T 39786 的四个技术层面梳理现状，形成整改清单；第二步是设备部署与密钥体系设计，确定服务器密码机、云服务器密码机与签名验签服务器的组合形态，规划密钥体系与运维角色；第三步是测评机构现场检测，评估人员会验证接口调用、密钥管理、随机数质量与审计记录；第四步是整改与补充举证，针对不符合项补建能力或补齐证据，进入复测循环；第五步是年度复评，把密评从项目变成常态。每一步的证据链材料——产品认证证书、检测报告、接口调用日志、密钥生命周期审计记录、随机数检测报告、设备配置与访问控制策略——都应在建设期内自然沉淀，而不是临到测评前突击补造；审计日志的保存期限要与评估周期匹配，至少覆盖最近一个评估年度，并保证不可篡改、可导出。目前政务云、金融与能源行业的密码改造项目已普遍按此节奏推进，安徽农信联社 2026 年 8 月发布的商用密码改造硬件设备采购公告即为典型例证，招标范围涵盖密码机类硬件设备，验收环节明确要求提供国密产品认证与测评证明材料。云平台场景的密评实践可参考安全内参发布的云平台密码服务支撑能力评估案例分析。

7. 服务器密码机选型指标与验收方法

7.1 选型要看的五组指标

选型阶段最容易犯的错误是只看”最高性能”一栏。建议从五组维度综合评估。其一是算法与标准合规，确认设备支持目标系统所需的全套国密算法（SM2/SM3/SM4/SM9），且具备有效的商用密码产品认证证书，检测报告覆盖的等级与范围要和业务要求对齐；其二是性能容量，包括 SM2 签名与验签吞吐、SM4 加解密吞吐、并发会话数与典型时延，性能数据必须注明测试条件（并发数、报文长度、混合比例），脱离条件的数字没有比较意义，先要一份带测试条件的性能报告，比任何宣传页都可靠；其三是可用性与可靠性，关注双机热备、集群支持、密钥同步机制与平均无故障时间承诺，最好附带现网案例；其四是管理与审计，考察访问控制粒度、多租户隔离、审计日志完整性与导出格式，管理接口是否支持集中纳管关系到今后运维效率；其五是熵源与自检，确认物理随机数发生器的检测依据（GM/T 0005 或 NIST SP 800-90B 思路）以及自检覆盖范围。五组指标按项目权重排序后再横向对比，比堆参数更接近真实需求。预算维度同样值得理性对待：硬件密码机的成本里，认证与检测成本占比不低，刻意压缩预算往往换来的是资质或可靠性方面的隐性妥协。

7.2 一种可复用的验收流程

到货验收建议按六个步骤执行：首先核对资质文件，认证证书、检测报告、型号与序列号逐一对照，证书信息与设备铭牌必须一致；随后做基础功能验证，用标准 SDF 或 PKCS#11 接口调用签名、加解密、摘要、随机数等基本函数，确认返回结果可预期；接着触发自检与安全功能验证，覆盖上电自检、算法 KAT 与随机数在线检测，确认失败即拒绝服务的行为符合预期；接下来是性能压测，在约定的并发模型下记录吞吐与时延分位，与标称值比对并留档，压测环境与生产环境的核心差异（网络、虚拟化）要记录清楚，避免验收结论无法迁移到生产；再看故障切换演练，模拟主备切换与网络中断，确认业务恢复时间在承诺范围内；最后核对审计与日志，抽查关键操作的审计记录是否完整可追溯，日志导出是否顺畅。每一环节的测试记录都作为密评举证材料归档。这套流程不依赖任何特定厂商，任何团队都可以在自己的项目里直接采用，唯一要补充的是结合自身业务特点增删验证项。验收之外，交付文档与人员培训常常被当成收尾的附属事项，实则不然：设备手册、接口说明、管理操作指引是运维团队日后的操作依据，现场培训则决定了这套密码基础设施能否被正确使用。一个常见现象是设备进场后长期”裸奔”——默认口令未改、审计功能未开、备份策略未配，等测评组上门才慌忙补救。把初始化配置清单、口令修改与备份验证纳入验收硬项，比任何事后补救都更经济。

8. 结语：从合规走向能力

服务器密码机在很多人印象里是”合规的附属品”，实际上它是整个商用密码体系里少数几个不能靠软件替代的信任锚点：算法可以替换、协议可以演进，但密钥明文的安全边界一旦被突破，一切上层安全都失去意义。理解 GM/T 0030 的四条主线、密钥生命周期的六阶段、SDF 接口的对接形态，以及等保密评的举证闭环，采购与建设决策就能摆脱对厂商宣传的依赖，回到标准与需求本身。

展望未来，服务器密码机自身也在演进。后量子密码的标准化浪潮已经传导到密钥基础设施：密钥封装、签名算法的后量子变体正在进入密码设备的算法清单，混合模式（国密加后量子）的过渡策略也在逐步落地，相关内容可参考站内《后量子密码迁移》与《量子加密网关》两篇文章；云化的持续深入让密码能力以服务形态供给，虚拟化底座的性能隔离与租户密钥边界成为新的工程课题；物理熵源的技术路线也在升级，量子随机数发生器接入密码设备作为高质量熵源，正在成为产业共识。这些变化共同指向一个判断：服务器密码机不会消失，而是从”合规设备”进化为”安全能力基座”。

在服务商密改造项目的过程中，正微光电把”密钥不出设备”作为产品设计的第一原则：云密码机通过国密商用密码产品认证，支持 SM2/SM3/SM4/SM9 全算法体系（产品页：云密码机）；HyQrypt-KMS 负责密钥编排与审计呈现，根密钥对接国密服务器密码机，密钥永不出设备（产品页：HyQrypt-KMS）；自研 QRNG 板卡实现 1Gbps 量产输出，通过 NIST SP 800-90B 与 GM/T 0005 双标准检测，为密码设备供给物理熵源（产品页：量子随机数发生器）。公司围绕量子安全方向已形成 13 项授权/公布专利布局，欢迎各行业同仁就服务器密码机选型、商密改造方案与密评举证细节展开技术交流。

延伸阅读

• 关键信息基础设施密码合规：从关基条例到密评的量子安全落地路径：密评制度与关基整改的完整方法论，本文 6.2 节的年度评估节奏承接于此。
• 量子加密网关：TLS与IPsec融合架构与PQC混合握手：边界密码设备与服务器密码机的配合部署形态，RFC 8998 国密套件的工程写照。
• 量子随机数发生器 QRNG 技术全景：从原理到密码工程：物理熵源的全景介绍，理解服务器密码机随机数要求的基础。

9. 参考文献

1. 国家密码管理局. 《政务信息系统密码应用与安全性评估工作有关事项的通知》附件：密码国家标准与密码行业标准目录（含 GM/T 0030-2014 服务器密码机技术规范）. 2020-09. https://www.gov.cn/xinwen/2020-09/24/5546655/files/52b6b40d30fc4a64ae39dace8461fac0.pdf
2. 江苏省国家密码管理局. GB/T 39786-2021《信息安全技术 信息系统密码应用基本要求》全文. 2021-10. https://www.jsmm.gov.cn/mmgjbz/55355.jhtml
3. IETF. RFC 8998: ShangMi (SM) Cipher Suites for TLS 1.3. 2021. https://www.rfc-editor.org/rfc/rfc8998.html
4. 全国标准信息公共服务平台. GM/T 0018-2012《密码设备应用接口规范》. 2012. https://std.samr.gov.cn/hb/search/stdHBDetailed?id=8B1827F1D759BB19E05397BE0A0AB44A
5. 国家密码管理局. 《商用密码应用安全性评估管理办法》（国家密码管理局令第3号）. 2023-09. https://www.sca.gov.cn/sca/xxgk/2023-10/07/content_1061109.shtml
6. 国家密码管理局. 《深入学习贯彻〈商用密码管理条例〉》专题专栏. 2023. https://www.sca.gov.cn/sca/c100241/symmgltl.shtml
7. 国家市场监督管理总局，国家标准化管理委员会. GB/T 22239-2019《信息安全技术 网络安全等级保护基本要求》. 2019. https://openstd.samr.gov.cn/bzgk/gb/newGbInfo?hcno=BAFB47E8874764186BDB7865E8344DAF
8. 全国标准信息公共服务平台. GM/T 0018-2023《密码设备应用接口规范》. 2023. https://std.samr.gov.cn/hb/search/stdHBDetailed?id=1BF26B7A9FFDFD76E06397BE0A0A81D8
9. 辽宁省密码管理局（转发）. 国家密码管理局公告（第43号）：发布 GM/T 0005-2021《随机性检测规范》等16项密码行业标准. 2021. http://www.lnsm.gov.cn/lnsm/jsbz/2024031414471952432/index.shtml
10. 中国质量新闻网. 关于发布《商用密码产品认证目录（第二批）》的公告（云服务器密码机定义）. 2022-07. https://www.cqn.com.cn/zj/content/2022-07/14/content_8842733.htm
11. NIST. SP 800-57 Part 1 Rev.5: Recommendation for Key Management. 2020. https://csrc.nist.gov/pubs/sp/800/57/pt1/r5/final
12. NIST. Random Bit Generation 项目文档与软件页（SP 800-22 随机性统计测试参考）. https://csrc.nist.gov/projects/random-bit-generation/documentation-and-software
13. 人民网（新华社电）. 中华人民共和国密码法（2019年10月26日第十三届全国人民代表大会常务委员会第十四次会议通过）. 2019-10. http://legal.people.com.cn/n1/2019/1026/c42510-31422004.html
14. 安徽省农村信用社联合社. 商用密码改造项目硬件设备招标公告. 2026-08. https://www.ahrcu.com/anhuinongxin/xwzx/tzgg/cggg/2026081115092469202/index.shtml
15. 安全内参. 云平台密码服务支撑能力商用密码应用安全性评估实践与思考. 2023-12. https://www.secrss.com/articles/62307