服务器密码机选型：性能参数与部署方式-等保测评网

密码应用改造进入采购环节，第一道难题往往是服务器密码机：报价从几万到几十万都有，参数表上密密麻麻写着算法、吞吐、接口，究竟哪些才真正影响密评结果？不少单位按"能跑起来就行"的思路选型，等到测评阶段才发现性能撑不住峰值，或者证书型号与实购型号对不上，返工一轮成本远高于当初多花的那点预算。本文从密评要求倒推，讲清选型该看什么。文中为通用口径归纳，具体以标准原文与属地要求为准。

一、它到底解决什么问题

服务器密码机不是"加密加速器"这么简单。密评对密码运算有一项硬要求：密码运算与密钥管理必须由具备资质的密码模块完成，纯软件加密库在测评中通常被判为高风险项。这就把服务器密码机从"可选优化"变成了"必配底座"。

对比之下，等保三级对这一点的表述是"应采用密码技术"，并未强制要求硬件形态。这正是同一套系统做等保和做密评时采购清单不一样的原因——等保过关不等于密评过关。定级与测评的对应关系可参见等保定级。

在实际系统里，服务器密码机一般承担四类工作：身份鉴别用的签名与验签、重要数据的加密存储与传输、完整性校验值的生成与核验，以及密钥自身的生成、存储、分发与销毁。换句话说，它是"信任的源头"，一旦它不合规，上层所有密码应用都失去依据。

二、选型先看这六项参数

参数表不必逐行比对，真正决定能否过评与能否扛住业务压力的，是下面六项：

算法支持范围：SM1、SM2、SM3、SM4、SM9、ZUC 等商用密码算法应当齐备，同时保留 RSA、AES、SHA 等国际算法以便对接存量系统。只支持国际算法的设备无法用于密评。
SM2 签名与验签性能：这是最常见的瓶颈项。签名一般用于服务端，验签压力集中在客户端或网关侧，两者要分开核算。
SM4 加解密吞吐：决定批量数据加密与存储加密的上限，按数据量而非按请求数估算。
并发与连接池：高峰时段的并发调用数、单连接可承载的请求速率，直接决定要不要上集群。
密钥存储容量与结构：主流设备采用三层密钥结构，即管理密钥、用户密钥或密钥加密密钥、会话密钥分层保护。选型时要确认业务需要的密钥数量与隔离粒度能否满足。
时延：毫秒级差异在低频业务里无感，在每秒数千次调用的支付或认证链路里会累积成明显卡顿。

三、证书比参数更容易踩坑

性能不够可以扩容，证书对不上则整台设备无法计入合规。选型时务必核对三件事：

认证证书覆盖的型号，必须与采购合同、到货铭牌上的型号完全一致。同厂商同系列不同后缀的型号，证书往往不通用。
安全等级依据 GM/T 0028 划分，二级、三级对应的适用场景不同，应与系统的保护等级匹配后确认。
证书有效期。部分型号证书存在到期换证的情况，采购前应确认当前有效，并留出后续换证的衔接窗口。

接口标准同样要提前确认。国密场景常用 GM/T 0018 规定的 SDF 接口，跨平台对接则依赖 PKCS#11、JCE、CSP 或 OpenSSL 引擎。如果业务系统已按某一接口写死调用逻辑，选型阶段不核对，改造阶段就要重写代码。

四、部署形态怎么挑

常见的部署形态有四种，按业务规模与可用性要求选择：

单机直连：业务量小、调用频次低的系统够用，成本最低，但存在单点风险。
双机热备：两台设备互为主备，一台故障时业务不中断，是多数三级系统的稳妥起点。
集群负载均衡：多台设备横向扩展，吞吐与并发随节点数线性提升，适合调用密集的核心业务。
云服务器密码机：以虚拟化形态提供密码服务，便于多业务系统共享与弹性扩容，云上部署的系统通常优先考虑。

管理侧的细节也别忽略：管理员身份鉴别宜采用 IC 卡或 UKey 等强身份鉴别方式，访问控制支持白名单机制。密评中"密钥管理"是独立测评维度，覆盖生成、存储、使用、分发、导入导出、备份恢复与销毁全过程，设备的管理能力直接对应这一维度的得分。

五、按峰值倒推配置

选型顺序建议反过来做，先算需求再挑设备。第一步统计业务峰值时段的调用次数；第二步按峰值乘以 1.5 至 2 倍余量作为性能基线；第三步叠加未来一到两年的业务增长；最后再对照高可用要求决定单机、双机还是集群。

这样做的好处是预算可控。按这个口径测算，单台设备的投入通常在数万元到数十万元区间，高可用与集群方案相应更高；从选型到货、集成联调再到具备测评条件，常见周期在数周至三个月区间。以上为区间估算，实际以系统规模与属地要求为准。

需要说明：密评报告须由国家密码管理局认定、取得商用密码检测机构资质的机构出具。我司提供的是密评辅导、差距分析、方案编制以及协助对接持牌检测机构的服务，不替代检测机构出具报告。检测机构名录见密评机构，测评依据的标准条款可查标准解读，更多内容见密评专题。