硬件安全模块HSM的全数字仿真——让加密验证提前发生

在嵌入式开发领域，硬件与软件开发周期的错位是一个长期存在的挑战：硬件还没完成，软件怎么提前开发？尤其是涉及信息安全的加密模块，等到真实HSM（Hardware Security Module，硬件安全模块）硬件系统制作完成后再开始驱动开发和安全测试，往往会延误整个项目周期。更关键的是，没有安全的数据源，就没有安全的加密。

通常各类安全芯片的研制周期长达一年以上，若软件团队只能被动等待硬件完成后再启动HSM驱动开发和安全性测试，不仅会严重制约项目整体进度，还将压缩软件调试与验证周期。一旦在硬件完成后发现安全缺陷，往往需要硬件重新设计或改版，成本极高、周期拉长，对项目交付风险影响显著。

本文重点讨论：如何通过天目全数字实时仿真软件SkyEye，在全数字虚拟环境中完成HSM硬件安全模块的全数字仿真与功能验证。

HSM（Hardware Security Module，硬件安全模块）是数字世界的信任基石。本质上来说就是一个专用于密码运算的防篡改硬件设备，专门守护加密密钥这个最敏感的数字资产。

HSM的核心部件通常是一块安全加密芯片，通常由数据的输入、处理、输出三步完成数据信息的安全加密。安全加密芯片的运作的核心原则是密钥永不出片，工作流程为通过输入主机送来的明文数据、密文数据或指令，在芯片内部进行处理，使用从未暴露过的密钥进行加密、解密或签名运算，输出只返回计算结果（密文、明文或签名），绝不返回密钥本身。

安全芯片内部有独立的CPU核心和存储区域（RAM、ROM、Flash），安全加密工作区域与普通系统工作区域硬件隔离。主系统只能通过规定的接口发送指令和读写交互数据，无法直接访问密钥或中间数据。

芯片内置了专门为加密算法设计的硬件加密模块，常见的加密算法模块包括：

对称加密：AES、SM4

非对称加密：RSA、ECC、SM2

哈希算法：SHA-256、SM3

在这个流程中，无论是生成永久的根密钥、临时的会话密钥，还是签名时必需的随机数，都需要一个绝对不可预测的来源——这就是真随机数发生器（True Random Number Generator，TRNG）发挥作用的时刻。硬件安全模块的根基在于一切加密数据和算法的起点，获取真随机数，而真随机数的生成，靠的就是TRNG，它通常利用噪声源产生高质量随机数，这是所有安全性的根基。如果没有高质量的随机数，密钥就可以被预测，整个安全体系形同虚设。TRNG和安全模块的关系可以理解为：TRNG是整个保险箱里不可预测的“骰子”，负责创造一切信任的起点。

可以说，HSM硬件安全模块就是关键领域的安全保险箱，通过严格的安全机制与硬件防护，确保密钥全生命周期可控、可信、可审计。

而HSM仿真最核心的价值，就在于完整加密链路的可追溯、可测试、可验证，使密钥管理、密码运算、安全协议交互等关键流程能够在硬件研制完成前开展开发、调试与验证，有效降低研发风险，缩短产品交付周期。

对嵌入式研发团队来说，硬件样机成本高、到位周期长、异常场景难覆盖，是长期存在的共性难题，而SkyEye可以轻松解决这些问题。

天目全数字实时仿真软件SkyEye可在无真实硬件条件下，构建处理器、总线、内存、中断控制器及外设模型组成的虚拟目标系统，支持嵌入式软件在全数字环境中运行、调试和测试。

针对HSM等安全外设，SkyEye可通过自定义外设建模、寄存器映射、中断模拟、故障注入和覆盖率分析等能力，帮助研发团队在硬件到位前完成驱动开发、接口联调和安全链路验证，从而缩短研发周期、降低样机依赖，并提升测试覆盖度。

在SkyEye的全数字仿真环境下，通过将HSM中的安全芯片抽象为可协同工作的自定义外设模型，安全芯片被建模为一组挂载在处理器总线上的自定义外设模型，每个加密功能模块（TRNG、SM3、ECC等）独立封装为一个外设对象类，并根据嵌入式硬件的实际连接关系，通过寄存器的读写访问接口挂载到处理器的总线上，即可在无需真实硬件的条件下，构建出完整的虚拟安全模块。这使得加密验证能够从“硬件完成后再开展”转变为“设计阶段即介入”。

整个安全模块由独立的CPU子系统、内部存储区域、加密算法模块以及真随机数发生器组成，实现完整硬件系统搭建后，可以在全数字仿真环境下直接加载运行CPU的二进制程序，并支持寄存器级调试、中断模拟和各类数据故障注入等测试验证工作。

没有安全的随机数，加密算法就是空中楼阁。通常加密算法都需要信任根数据，实现TRNG模块仿真，正是为了夯实加密体系的信任根来源。

在SkyEye中，通过外部输入或底层随机数算法模拟硬件随机噪声，在TRNG设备模型中构建寄存器的数据接口，软件读取随机数时，模型生成真随机字节并返回给处理器。同时，系统可模拟FIFO（First In First Out，先进先出缓冲区）空/满状态以及对应中断机制。FIFO缓冲区可配置为32级深度寄存器队列，CPU通过总线读取数据时，从FIFO中依次弹出随机字节。当FIFO达到满或空状态时，可自动触发中断并映射至中断控制器。

通过将上述逻辑封装为外设模型类，并配置寄存器映射地址挂载至目标处理器总线，即可实现完整的TRNG功能仿真，为密钥生成、初始向量生成及数字签名提供不可预测的随机种子。

TRNG是信任根的来源，其仿真需要同时满足两个需求：一是为加密算法提供高质量的不可预测的随机数；二是在测试阶段能够注入确定性随机序列，实现可复现的验证。实际的TRNG模块仿真可采用双模式设计：

内部产生模式（模式0）：由模型内置的软件随机数生成算法模拟物理噪声源。为了提高不可预测性，可在访问使用时从宿主机采集时间戳等熵源进行搅动，生成高质量随机字节。

上位机外部输入模式（模式1）：通过SkyEye的TCP/IP网络接口从外部环境获取随机数。可准备好待测试的随机数源，在测试上位机上加载并与SkyEye上TRNG仿真模型连接，将真随机数值注入TRNG模型。SkyEye模型接收到上位机网络注入的数据后，按字节填入FIFO。这种模式保证了验证阶段可使用预设的随机数序列，便于对签名、密钥协商等场景进行精确比对。

在SkyEye中，外设模型挂载在设定的内存地址范围，CPU访问这些寄存器的方式与真实硬件完全一致：

通过写操作配置模块的使能、模式、清空FIFO和中断使能；

若使能且为内部产生模式，模块自动向FIFO填充随机数；

读数据时，若FIFO为空则返回0并置错误状态；

否则弹出随机数并更新FIFO状态；

当FIFO中数据量低于该阈值且中断使能时，模块触发中断；

所有操作在仿真的指令级时间线上推进，保证精确调试。

有了TRNG提供的安全随机数种子，就能构建完整的加密体系，本文以SM3模块为例，说明从外设建模、寄存器访问到数据处理流程的仿真实现。

SM3算法是国家商用密码标准中的密码杂凑算法，输出256位摘要值，广泛应用于数字签名、消息认证码和完整性校验等安全场景。国家密码管理局颁布的SM3密码杂凑算法，其分组长度为512位，输出256位摘要，内部包含消息填充、消息扩展和64轮迭代压缩。

1. CPU配置模块使能和中断等控制项；

2. CPU循环写入消息数据，随后写入消息总长度，并发出启动命令；

3. 硬件自动完成消息填充（补齐‘1’、‘0’和长度），将填充后消息划分为512位分组；

4. 对每个分组依次执行消息扩展（生成132个字）和64轮迭代压缩，更新内部状态；

5. 全部分组处理完成后，将最终256位摘要存入输出区，置完成标志，若中断使能则触发中断；

6. CPU读取输出区获取摘要值。

通过这样的模型结构，CPU访问寄存器的行为与真实SM3硬件加密流程完全一致，从CPU驱动程序发起操作，到SkyEye SM3模型内部处理，再到结果返回的完整闭环，驱动软件无需修改即可运行。在SkyEye全数字仿真环境中，上述每一步都可被调试观察，随时进行各种数据的激励验证。

随着嵌入式系统安全要求不断提升，HSM硬件安全模块已不再只是加密算法的运行载体，而是保障密钥安全、身份可信和数据完整性的核心基础设施。通过天目全数字实时仿真软件SkyEye，研发团队可以在真实硬件到位前提前构建HSM虚拟验证环境。

在该环境中，可完成驱动调试、接口联调、异常注入、链路验证以及安全策略测试等工作。

这使加密验证从“硬件完成后再开展”转变为“设计阶段即介入”，显著提升研发效率与验证覆盖度。

未来，随着安全关键系统复杂度持续提升，全数字仿真将在密码模块验证、可信设备建模、安全协议测试和合规预验证中发挥更重要的作用。SkyEye也将持续面向嵌入式系统安全验证需求，帮助用户降低硬件依赖、缩短研发周期、提升验证覆盖度，为关键行业构建更加可信、可控、可验证的数字化研发环境。