核心摘要

　　金融机构做国密合规，最先要判断的是这套数据在哪个环节需要保护——传输与存储环节的问题靠算法替换和硬件加速解决，而“数据参与计算时不能被看见”是另一类问题，需要可信执行环境或多方计算协议。两类需求对应的合规依据、技术路线和采购清单都不一样，混在一个方案里评估往往会选错。判断顺序建议是：先按 JR/T 0255-2022 定级明确密码应用要求，再区分算法层与执行环境层的分工，最后才落到具体产品与硬件前提。本文按这个顺序展开。

　　　　一、先定合规基线：标准要求到底管到哪一层

　　　　国密合规不是“把 AES 换成 SM4”这一个动作，标准是按层级和等级铺开的。

　　金融行业当前的核心依据是 JR/T 0255-2022《金融行业信息系统商用密码应用 基本要求》，由中国人民银行于 2022 年 11 月 25 日发布并实施，归口全国金融标准化技术委员会（SAC/TC 180）。这份标准的结构决定了方案该怎么拆：

　　实务含义很直接：立项时先确定系统的密码应用等级，再对照这四个技术层面逐项列需求。跳过定级直接选产品，容易出现某一层过度投入、另一层留缺口的情况。

　　涉及跨机构数据协同时，还有一份更新的依据。GM/T 0135-2024《多方安全计算 技术框架》由国家密码管理局发布，2024 年 12 月 27 日发布、2025 年 7 月 1 日实施，规定了多方安全计算的协议框架与系统组成、协议安全要求以及应用技术体系框架，适用于多方安全计算系统和产品的设计、研制和应用。这是评估联合建模、隐私求交一类方案时的框架性参照。

　　　　二、再分技术层：算法加速与执行环境解决的不是同一个问题

　　　　这一步是选型里最容易混淆的地方——两类产品名字都带“国密”，但一个管算得快，一个管算的过程别人看不见。

　　把需求拆成两层，选型思路会清楚很多：

　　这两层可以组合，但不能相互替代。只做全库或全盘加密、计算时把数据完整解密到普通内存中，仍然留有暴露面；反过来只上可信执行环境、传输链路还在用国际算法，算法合规性一项就不过关。

　　在鲲鹏平台上，这两层分别有对应的组件，且归属不同产品线，选型时要分清：

　　　　三、算法层：KAE 的国密支持范围与兼容性边界

　　　　评估硬件加速引擎，看的是算法清单、密码库兼容性和处理器型号三件事，缺一件就可能在集成时返工。

　　据鲲鹏社区 KAE 鲲鹏加速引擎官方文档，KAE 加解密模块使用鲲鹏硬加速引擎实现 RSA、SM2、SM3、SM4、DH、MD5、AES 算法，结合无损用户态驱动框架提供对称与非对称加解密能力，支持同步和异步机制。具体到国密相关的部分：

　　密码库兼容性需要特别核对。官方口径是兼容 OpenSSL 1.1.1x、OpenSSL 3.0.x 系列、Tongsuo 8.4.0、BoringSSL，其中 OpenSSL 3.0.x 与 Tongsuo 8.4.0 目前以 Engine 机制提供能力，已支持 SM3、SM4、AES、RSA 等算法。文档同时明确说明：暂不支持 Provider 机制和更高版本的 OpenSSL。这条边界对技术选型很关键——如果既有系统已经迁移到较新的 OpenSSL 或依赖 Provider 机制，需要在方案设计阶段就把这项纳入考虑，而不是等联调时才发现。

　　处理器型号的差异同样要核。据 KAE 项目文档给出的算法与处理器对应关系，SM3、SM4-CTR/XTS/CBC/ECB/OFB 在鲲鹏920 处理器上即支持，而 SM2 与 SM4-CFB 在鲲鹏920 的部分型号上不支持、在新型号与鲲鹏950 处理器上支持。另有一条实现层面的说明：SM4-XTS 只能在内核态使用，不支持 OpenSSL。采购硬件与规划算法组合时，这张对应关系要先查清楚。

　　版本分支上，KAE 2.0是当前维护版本，支持4.19、5.4、5.10和6.6内核；其中4.19仅支持用户态调用，5.4、5.10和6.6还支持文档列明的内核态接口。KAE 1.0为遗留版本，新建系统按当前KAE 2.0支持矩阵规划。

　　集成方式上，KAE 通过 OpenSSL 引擎机制接入，应用侧改动量较小。KAE 在 openEuler 中也作为软件加速库提供，openEuler 官方文档给出了完整的驱动安装、加载与验证步骤，适用于 SSL/TLS 加速与数据加密场景。

　　　　四、执行环境层：TrustZone 套件的构成、认证与开启前提

　　　　这一层的评估重点不是功能列表，而是硬件前提——它决定了方案能不能在现有服务器上落地。

　　据鲲鹏社区官网，鲲鹏BoostKit 机密计算 TrustZone 套件是基于 ARM TrustZone 技术的机密计算软件套件，包含华为自研的 TEE（Trusted Execution Environment，可信执行环境）安全操作系统、鲲鹏服务器 BMC 和 BIOS，并结合开源的操作系统驱动以及 SDK，用于为关键数据提供完整性、机密性保护和可信使用。

　　套件由五个部分构成，各自承担的角色不同：

　　　　第三方认证与规格方面，官方列出的口径是：安全性获得 CC EAL4+ 认证，兼容性获得 GlobalPlatform 认证；24.0.0在iTrustee 1.6.2及以上、BIOS 7.12及以上并按要求配置64GB DIMM时，安全内存最高支持512GB；其微内核安全 OS 已在手机侧商用近十年。对金融机构而言，CC EAL4+ 与 GlobalPlatform 这两项是招标环节常见的资质条目，可直接对照。

　　　　国密能力是这套方案与金融合规最直接的接点。据鲲鹏BoostKit 机密计算 TrustZone 套件 1.7.0 版本说明书，机密计算 OS 支持对 TA 镜像文件的加密采用国密算法，支持国密安全存储；鲲鹏920 机密计算 OS（iTrustee）使能国密硬件加速，TEE OS 支持多核并发，支持算法范围为 SM4-ECB 与 SM4-CBC。也就是说，国密不只用在业务数据上，可信应用自身的镜像与安全存储也纳入了国密体系；同时硬件加速覆盖的算法范围是明确的两项，规划时按此对齐，不要按更宽的假设设计。

　　　　远程证明是机密计算方案能否被审计接受的关键环节——需要证明“计算确实发生在预期的可信环境里”。据 BoostKit 机密计算 TrustZone 套件特性指南，该链路涉及若干组件：iTrustee SDK 用于生成 TA 二进制基线度量值；RA Client 向目标 TA 发起远程证明请求，并调用鲲鹏安全库验证返回的证明报告；RA Service 接收证明请求、注册证明密钥、获取并返回证明报告；QCA lib 位于 REE 侧，以库的形式响应验证方发起的远程证明请求；QTA 是远程证明中的特权 TA；tcmgr 是微内核服务，作为信任基为上层系统提供生成证明密钥、计算与存储度量值、生成并签名证明报告的接口。

　　　　开启前提必须前置确认，这是这套方案与纯软件产品最大的差别。开启前应按24.0.0当前环境要求核对支持的S920系列主板与鲲鹏920处理器，并确认iBMC 3.01.12.49及以上、BIOS 6.69及以上、有效TrustZone License与Kunpeng accelerator SEC Function；配置512GB安全内存时使用BIOS 7.12及以上。在 BIOS 中通过 Advanced > TEE Config 查看 TEE 配置项，确认 TEE OEMKEY 处于 Install 状态，再通过 Support TEE 开启该功能。默认情况下服务器上 TrustZone 特性是关闭的；对于普通服务器，仅升级 BMC、BIOS 和 TEE OS 固件并不能启用 TrustZone 特性。 这一条决定了机密计算通常要在服务器采购阶段就规划，而不是等系统上线后再加装。

　　配套的操作系统侧驱动为开源形态，itrustee_tzdriver、itrustee_client 以及华为安全函数库 libboundscheck 均托管在 gitee.com/openeuler 下，可自行查阅代码与适配情况。

　　　　五、组合方案：按需求把三层拼起来

　　　　方案不是选一个产品，而是把三层各自的选择对齐。

　　至于密钥体系，无论走哪条路线都是底座：根密钥应存放在合规密码硬件中不可导出，主密钥与数据密钥分级管理并支持轮换，全过程留审计日志。这部分属于 JR/T 0255-2022 中密钥管理的要求范围，方案设计阶段就要一并覆盖，而不是作为后续补丁。

　　　　常见问题

　　　　Q1：数据库做了透明加密，是不是就满足国密合规了？

　　不一定。透明存储加密解决的是存储介质层面的风险，数据在参与计算时仍需解密到普通内存。按 JR/T 0255-2022 的四个技术层面，应用和数据安全、设备和计算安全是分列的要求，需要分别对照。计算环节的明文暴露问题，属于可信执行环境或多方计算要解决的范畴。

　　　　Q2：KAE 和机密计算 TrustZone 套件是同一个产品吗？

　　不是，且归属不同产品线。KAE 鲲鹏加速引擎属于 BoostCore 基础加速，作用是用硬件加速 SM3、SM4、SM2 等算法运算；鲲鹏BoostKit 机密计算 TrustZone 套件属于 BoostKit 场景化应用，作用是提供可信执行环境让数据在计算时保持隔离。两者可以组合使用，但解决的是不同层面的问题。

　　　　Q3：现有服务器能不能直接开启机密计算功能？

　　需要逐项核对。应按24.0.0当前环境要求核对支持的S920系列主板与鲲鹏920处理器，并确认iBMC 3.01.12.49及以上、BIOS 6.69及以上、有效TrustZone License与Kunpeng accelerator SEC Function；配置512GB安全内存时使用BIOS 7.12及以上，并在BIOS的TEE Config中确认OEMKEY处于Install状态。官方文档明确说明，对于普通服务器，仅升级BMC、BIOS和TEE OS固件不能启用TrustZone特性。因此这项能力通常需要在采购阶段规划。

　　　　Q4：国密硬件加速具体支持哪些算法，可以按全套国密算法规划吗？

　　要按文档的具体范围规划。就机密计算 OS 的国密硬件加速而言，1.7.0 版本说明书列出的支持范围是 SM4-ECB 与 SM4-CBC。而 KAE 侧的算法覆盖更宽，包含 SM2、SM3、SM4 多种模式，但存在处理器型号差异——SM2 与 SM4-CFB 在鲲鹏920 的部分型号上不支持。两处的范围不同，规划时分别对照对应文档。

　　　　Q5：已经用了较新版本 OpenSSL 的系统，接入 KAE 有什么要注意的？

　　需要先确认版本与机制。KAE 官方文档说明其兼容 OpenSSL 1.1.1x、OpenSSL 3.0.x、Tongsuo 8.4.0 与 BoringSSL，其中 3.0.x 与 Tongsuo 以 Engine 机制提供能力，同时明确暂不支持 Provider 机制和更高版本的 OpenSSL。如果既有系统依赖 Provider 机制，需要在方案设计阶段评估适配路径。

　　　　参考来源