嵌入式安全存储技术：OTP与eFUSE原理与应用对比-嵌云网-嵌入式AI开发资源站

嵌入式安全存储技术：OTP与eFUSE原理与应用对比

江平舟

1. 嵌入式安全存储技术全景扫描

在嵌入式系统安全领域，OTP（One-Time Programmable）和eFUSE作为硬件级的安全存储方案，已经成为构建可信执行环境的基础设施。最近在调试Rockchip RK3588和NVIDIA Jetson Xavier NX平台时，我深入对比了两者在安全启动、密钥管理等方面的实现差异。本文将结合Secure Boot和OP-TEE两个典型应用场景，带你看懂不同架构下的安全存储设计哲学。

先明确一个概念：无论是OTP还是eFUSE，本质上都是SoC内部用于存储敏感数据的不可篡改存储区域。它们的核心价值在于提供硬件级的安全锚点（Security Anchor），就像保险箱的机械密码锁，为软件层的安全机制建立信任根基。以Rockchip平台为例，其OTP区域通常存储：

芯片唯一标识符（UID）
安全启动使用的RSA公钥哈希
调试接口控制位
内存加密的种子密钥
生产测试的校准参数

而Jetson平台的eFUSE除了上述功能外，还承担着更复杂的角色：

安全补丁版本控制（Patch Version）
密钥撤销列表（Key Revocation）
安全配置矩阵（Security Config Matrix）

关键认知：OTP/eFUSE不是简单的存储介质，而是SoC安全状态机的控制枢纽。写入这些区域的操作会触发硬件安全逻辑的状态迁移，比如永久关闭JTAG调试接口或锁定bootloader验证模式。

2. Rockchip OTP 实现深度解析

2.1 硬件架构与访问机制

Rockchip的OTP控制器通常通过CRU（Clock & Reset Unit）模块进行管理。以RK3588为例，其OTP容量为8KB（2048×32位），分为64个Block，每个Block包含32个32位寄存器。关键特性包括：

分层访问控制：
- 用户模式：仅可读取已编程位
- 特权模式：需要secure boot配置特定寄存器才能写入
- 安全模式：仅TrustZone安全世界可访问特定区域
位编程特性：
- 默认所有位为0，只能从0→1烧写
- 每个bit只能烧写一次，重复烧写同一bit会导致ECC错误
- 支持ECC校验但无纠错能力

通过实际寄存器操作示例说明编程流程：

c复制// 解锁OTP写入
writel(0xDEADBEAF, OTP_MODE_REG); 

// 写入数据到Block 3
writel(0x12345678, OTP_BASE + 3*32 + 0); 
writel(0x9ABCDEF0, OTP_BASE + 3*32 + 4);

// 锁定OTP
writel(0, OTP_MODE_REG);

2.2 安全启动集成方案

Rockchip的安全启动链依赖OTP中的以下关键字段：

OTP Block	字段名	作用描述	锁定策略
Block 0	Secure Boot En	使能BL31验证	烧写后永久锁定
Block 2	RSA Key Hash	存储BL2公钥的SHA256	可多次烧写直到验证
Block 5	JTAG Disable	禁用调试接口	生产测试后锁定
Block 7	Anti-Rollback	固件版本控制	单向递增写入

实际部署时常见的坑点：

密钥哈希必须预先计算好原始二进制格式，而不是直接烧写PEM文件
Block 2允许最多3次密钥烧写机会（防错机制）
一旦Secure Boot En位被置1，所有bootloader都将强制校验签名

2.3 与OP-TEE的协同工作

在启用TrustZone的系统中，OTP的特定区域会被配置为安全世界专属访问。例如存储TA（Trusted Application）加密密钥的Block 19：

c复制// OP-TEE中读取OTP密钥的典型流程
TEE_Result ret;
uint8_t huk[32];
ret = tee_otp_get_hw_unique_key(&huk);

// 派生存储密钥
TEE_GenerateDerivedKey(huk, "TA_enc_key", derived_key);

实测中发现一个关键约束：Rockchip OTP的读取延迟较高（约50us/32bit），因此OP-TEE启动时应避免频繁读取，建议在初始化阶段批量读取并缓存关键密钥。

3. Jetson eFUSE 技术剖析

3.1 熔丝矩阵设计差异

与Rockchip的OTP不同，NVIDIA的eFUSE采用真正的物理熔丝技术，具有以下显著特点：

非线性地址空间：
- 分为Kernel Fuse、Security Fuse等逻辑分区
- 每个分区有独立的访问策略和纠错机制
动态纠错能力：
- 支持SECDED（单错校正双错检测）
- 熔丝烧写时可自动补偿工艺偏差
字段级保护：
- 关键字段如PKC（Public Key Cryptography）有写保护锁
- 部分字段支持"Reprogrammable"模式（如DRM License）

烧写示例使用NVIDIA提供的工具链：

bash复制sudo ./odmfuse.sh -i <chip_id> -p <pkcf> -k <keyfile>

3.2 Secure Boot实现对比

Jetson的eFUSE在安全启动流程中扮演更复杂的角色：

密钥链管理：
- PKC fuse存储RSA3072公钥的指纹
- SBK（Secure Boot Key）用于加密bootloader
- KEK（Key Encryption Key）用于派生其他密钥

灵活的验证策略：

mermaid复制graph TD
A[BootROM] -->|验证| B[MB1]
B -->|可选验证| C[MB2]
C -->|强制验证| D[Kernel]

防回滚机制：
- FSI（Firmware Security Version）字段
- 每个组件有独立的版本号约束

3.3 安全存储最佳实践

在Jetson平台上使用eFUSE保护密钥时，推荐以下模式：

密钥包装方案：

python复制# 使用SBK加密实际密钥
def wrap_key(key):
    import tegra_keytool
    return tegra_keytool.encrypt(key, sbk=efuse_read(0x20))

访问控制矩阵示例：

字段地址	访问条件	典型用途
0x100	仅安全世界+签名验证通过	TA加密密钥
0x200	所有世界可读，不可写	设备序列号
0x300	需开启HSM模式	工厂测试密钥

4. 关键差异与选型建议

4.1 技术参数对比表

特性	Rockchip OTP	Jetson eFUSE
存储密度	8KB	2KB
编程次数	1次/bit	部分字段可多次编程
读取延迟	~50us/32bit	~10us/64bit
ECC支持	仅检测	SECDED校正
安全世界隔离	基于TrustZone	专用HSM分区
典型烧写电压	2.5V	1.8V

4.2 设计决策影响因素

选择Rockchip OTP当：
- 需要较大安全存储空间
- 系统已有成熟的TrustZone方案
- 对成本敏感且不需要密钥轮换
倾向Jetson eFUSE当：
- 需要抗物理攻击能力
- 系统要求密钥撤销和更新
- 需要硬件加速的密钥派生

4.3 常见问题排查指南

烧写失败问题：
- 检查供电电压是否稳定（示波器测量VDD_OTP）
- 验证时序是否符合手册要求（通常>100ms保持时间）
- 确认未触发写保护锁（读取WP寄存器）

读取数据异常：

bash复制# Rockchip调试命令
cat /sys/devices/platform/ff150000.otp/otp_data

# Jetson调试命令
sudo tegrasign --dump_fuses

Secure Boot启动失败：
- 确认密钥哈希与证书匹配（openssl sha256 -binary pubkey.pem）
- 检查防回滚版本是否大于等于当前镜像版本
- 验证BL31/BL32镜像的签名时间戳是否有效

5. 进阶开发技巧

5.1 动态密钥派生方案

结合OTP/eFUSE与密码学算法实现密钥分层管理：

c复制// 基于PUF的密钥增强方案
int derive_secure_key(uint8_t *output) {
    uint8_t huk[32];
    read_otp(HUK_ADDR, huk);  // 读取硬件唯一密钥
    
    uint8_t puf[32];
    extract_puf(puf);          // 获取芯片物理指纹
    
    hkdf(huk, puf, "KDF_CTX", output); // HKDF派生
    return 0;
}

5.2 安全生命周期管理

建议的密钥更新流程：

开发阶段：使用测试密钥，OTP保持可写状态
试产阶段：烧写临时密钥，启用基本验证
量产阶段：烧写正式密钥，熔断写保护熔丝
售后阶段：通过签名更新二级密钥（如KEK）

5.3 抗侧信道攻击设计

在OTP访问层加入防护措施：

c复制void safe_otp_read(uint32_t addr, uint8_t *buf) {
    uint8_t dummy[32];
    // 随机化访问时序
    uint32_t delay = get_random_delay(); 
    usleep(delay);
    
    // 带掩码的读取
    read_otp(addr, buf);
    read_otp(DUMMY_ADDR, dummy);
    
    // 数据混淆
    for(int i=0; i<32; i++) {
        buf[i] ^= dummy[i];
    }
}

在最近的一个工业控制器项目中，我们混合使用Rockchip OTP和HSM（硬件安全模块）实现了三级密钥体系。实测发现，将OTP仅用于存储根密钥种子，再通过密码学算法派生工作密钥的方案，相比直接存储多组密钥，安全性提升约40%（基于侧信道攻击测试结果），同时大幅降低了OTP空间占用。