STM32U5 STM32单片机 2022-02-09 17:30
工程师笔记|STM32U5带OEM Key保护的RDP降级STM32U5带OEM Key保护的RDP降级https://mp.weixin.qq.com/s/h2NhHvEX4crVhHwNPIS0_w

关键词：

读保护，RDP，调试保护，OEMKey

引言

通常芯片在其整个生命周期中跟随产品的开发生产可能经历如下几个不同阶段 ：

在不同的生命周期阶段需要对芯片资源有不同的访问权限，例如芯片出厂时要开放所有资源供 OEM 进行开发，工厂生产烧录代码和数据后需要关闭某些资源的访问，确保代码与数据的安全性，设备回厂返修时需要再次允许某些资源的访问等等。

STM32MCU 的硬件中能够用来进行芯片生命周期管理的最常见的特性就是 RDP（ReadOut Protection）读保护功能。通常 RDP 具有三个级别：

• Level0：完全开放，这是芯片出厂的缺省状态

• Level1：调试端口可以连接，但无法通过调试端口访问内部 Flash，部分 SRAM 以及其它一些资源，OptionByte 可以修改。Level1 可以降级回 Level0，但会伴随全片擦除。

• Level2：调试端口永久关闭，进入这种状态后调试端口完全无法访问，且这种状态无法逆转。

在 RDP Level1 调试端口依旧可以连接，虽然不能直接读取内部 Flash 的代码和数据，但是可以看到大部分 SRAM 的内容，并且 RDP Level1 允许随意回退到 Level0，并伴随全片擦除。因而从安全角度讲 Level1 这个级别的安全性不够高，因而通常对于调试端口保护我们会推荐使用 RDP Level2，但是 OEM 可能往往不会选择使用这个级别，原因有多方面，其中一部分的顾虑可能来自两方面，一个是 Level2 级别下 OptionByte 无法进行修改，另一个是设置到 Level2级别会影响芯片失效分析。

STM32L5 在 RDP 功能上带来一些改变，首先针对 TrustZone 架构，增加了 Level0.5，

• Level0.5：调试端口可以连接，但是安全测的所有调试功能都被禁止，非安全测的调 试功能依旧可以使用，因此在 RDP Level0.5 可以访问被定义为 NonSecure 的部分资 源，包括片上 Flash，SRAM，部分 CPU 寄存器以及系统外设等

另外，STM32L5 的 RDP Level2 不影响 FA，但 OEM 依旧无法在这种状态下进行 RDP 降级或者 OptionByte 修改，依旧有一些局限性。

STM32U5 芯片生命周期管理新特性

STM32U5 在芯片生命周期管理方面在 STM32L5 的基础做了进一步的改进，引入了OEM Key 机制，使得 RDP 的级别状态转换能够通过 OEM 设置的 password 进行保护，一方面能够防止 RDP 任意降级，避免设备被远程攻击注入恶意代码后通过 RDP 降级变砖的风险，另一方面也使得 RDP2 降级成为可能，给产品后期维护带来更多的灵活性。

2.1. STM32U5 RDP 读保护级别状态转换

2.1.1. TrustZone 未使能 TZEN=0

芯片出厂缺省状态 TrustZone 没有使能，这时候和往常一样 RDP 依旧具有 3 个级别，如图 1 所示：

Figure 1 STM32U5 TZEN=0 时 RDP 级别及其状态转换

2.1.2. TrustZone 未使能 TZEN=1

当选项字节中的 TZEN 被设置为 1，系统的 TrustZone 功能被使能，此时 RDP 将具有4 个级别，如图 2 所示：

Figure 2 STM32U5 TZEN=0 时 RDP 级别及其状态转换

STM32U5 OEM Key 机制

3.1. OEM1Key 与 OEM2Key

客户可以自己定义并分别烧写两组 OEM Key，每组 Key 都有 64bit，有效的 Key 值必须是非全 0 或非全 1 的值。

• OEM1Key：

o 用于控制 RDP Level1 到 Level0 的降级

o 一旦写入 OEM1Key，则 OEM1 处于 LOCK 状态，必须首先使用 OEM1Key解锁后才能够进行 RDP 降级。

o 解锁的过程需要将 OEM1Key 的 64bit 值的两个 32bit 分两次通过 JTAG 或者SWD 端口写入 DBGMCU_DBG_AUTH_HOST 寄存器。

o 如果 OEM1Key 未设置，则 RDP Level1 到 Level0 的降级没有限制

• OEM2Key：

o 用于使能并保护 RDP Level2 到 RDP Level1 的降级。只有写入有效的OEM2Key 之后，才有可能进行 RDP Level2 到 RDP Level1，且类似的，降级时必须首先使用 OEM2Key 解锁。

o 在 TZEN=1 情况下 OEM2Key 同时保护 RDP Level1 到 RDP0.5 的降级

o 如果芯片从未写入有效的 OEM2Key，那么 RDP Level2 的效果与旧系列的STM32 的行为一致，无法 FA，无法撤销。

如果芯片设置了 OEM2Key 和 RDP Level2 需要做 FA，则客户需要首先将芯片进行RDP2 解锁降级之后再送交 FA。

3.2. OEM1Key 与 OEM2Key 的设置修改条件

OEM1Key 和 OEM2Key 的设置和修改是有条件的，并非在芯片的所有状态下都允许OEMKey 的设置，表 1 总结了哪些情况下允许对 OEM1Key 和 OEM2Key 进行修改。

 如何使用 STM32U5 的 OEM Key 功能

4.1. 检查 OEMxKey 是否已经设置

由于 OEM Key 并非在任意情况下都允许修改，而且 OEM Key 一旦设置无法撤销，并且会影响 RDP 降级，因而强烈建议在设置 RDP 到非 0 级别之前，首先检查 OEM Key 在所使用的开发板、芯片上是否已经设置。 

如果 OEM Key 曾经被设置过，如果不能确认之前设置的 KEY 的值，那么我们建议在RDP 为 Level0 的时候，对 OEM Key 进行重新配置，这样可以保证新设置的 KEY 是自己确认知道的值。

如果该芯片尚未设置过 OEM Key，那么可以根据需要选择是否要进行 KEY 的设置。

检查 OEM Key 是否已经设置过，可以通过查看 FLASH 的 NSSR 寄存器来实现，即可以通过软件代码读取，也可以通过 STM32CubeProgrammer 读取。使用STM32CubeProgrammer 来读取 NSSR 的方法更加简单直接。步骤如图 3 所示

• 打开 STM32CubeProgrammer（建议版本 v2.8.0 及以上）

• 点击 Connect 连接芯片

• 根据使用的具体芯片在 REG 页面中选择 Device

• 在 Search 框中填入 FLASH 并回车，这时候将看到 FLASH 寄存器的内容

• 点击 FLASH_NSSR 左边小三角，展开 NSSR 寄存器内容

• 查看 OEM1LOCK，OEM2LOCK bit 的值

o 1：表示该 KEY 已经设置，在图 3 的例子中 OEM1Key 已经设置

o 0：表示该 KEY 从未被设置过，在图 3 的例子中 OEM2Key 未设置

Figure 3 通过 STM32CubProgrammer 查看 OEM1/OEM2 Key 设置情况示例

4.2. 设置 OEM1Key 和 OEM2Key

OEMxKey 的设置是通过操作 Flash 选项字节对应的 OEM Key 寄存器实现的

• OEM1Key：FLASH OEM1 key register 1 & FLASH OEM1 key register 2

• OEM2Key：FLASH OEM2 key register 1 & FLASH OEM2 key register 2这个操作可以通过两种方式实现，一种方法是使用 STM32CubeProgrammer CLI 命令完成，另一种方法是通过软件代码实现。

注意：

1. OEMxKey 不能设置为全 0 或者全 1 的值

2. OEMx2Key 一旦成功写入，无法通过读取相应的 OptionByte 获取，且在不可修改的RDP Level 将无法重新设置，所以写入的 OEM Key 要确认 Key 保存好并记牢

3. 如果没有成功设置 OEM2Key，则 RDP Level2 无法回退，无法进行 FA

4. 如果客户设置了 RDP Level2 并需要对芯片做 FA，则需要客户首先使用 OEM2Key 将芯片解锁并进行 RDP Level2 降级到 RDP level1，否则无法进行失效分析

5. STM32CubeProgrammer 的版本建议 v2.8.0 或以上

6. STLink FW 需要更新到 V3J8M3 或以上版本，如图 4 所示

Figure 4  STLINK FW 版本

4.2.1. 使用 STM32CubeProgrammer CLI 

命令设置 OEMxKey

通过STM32CubeProgrammerCLI 命令设置 OEM1/2Key 的示例

4.2.2. 通过软件代码设置 OEMxKey 

以下是通过软件代码设置 OEM1/2Key 的示例，这个例子中我们在 RDP 为 Level0 的条件下设置 OEMxKey。实际使用中代码可以根据实际需求结合 Error! Reference source not found.的内容决定在哪种 RDP 级别下允许修改 OEMxKey。

4.3. 使用 OEM Key 解锁并进行 RDP 降级

当 OEM1/2 Key 成功设置之后，对应的 RDP 降级需要配合 OEM1/2 Key 的解锁之后才能够完成。

注意：

1. 通过 OEMxKey 解锁+RDP 降级只能通过 JTAG/SWD 端口完成，无法通过软件进行OEMxKey 解锁

如果系统使能了 TrustZone，当 RDP 为非 Level0 状态时，缺省上电 Debug 端口就处于禁止状态，需要首先确保片上代码能够正常运行到 NonSecure 代码才能允许 Debug 连接，否则即使有 OEMxKey，也无法解锁降级。

4.3.1. TrustZone 未使能

（TZEN=0）RDP1 解锁降级到 RDP0

通过 STM32CubeProgrammerCLI 命令使用 OEM1Key 解锁后做 RDP 降级的示例

• 方法一：分两步，先 OEM1Key 解锁，后 RDP 降级

解锁降级回退过程将会在 cmd 窗口看到类似如下打印信息

• 方法二：一条命令同时解锁和降级

4.3.2. TrustZone 未使能

（TZEN=0）RDP2 解锁降级到 RDP1

通过 STM32CubeProgrammerCLI 命令使用 OEM2Key 解锁后做 RDP 降级的示例

• OEM2Key 解锁后，硬件将自动把 RDP 降级为 Level1，RDP 的值为 0xFF，不需要额外的命令进行降级

解锁降级回退过程将会在 cmd 窗口看到类似如下打印信息

4.3.3. TrustZone 使能

（TZEN=1）RDP1 解锁降级到 RDP0

通过 STM32CubeProgrammerCLI 命令使用 OEM1/2Key 解锁后做 RDP 降级的示例（首先需要确认系统能够正常运行到 NonSecure 状态）

• 如果仅仅做 RDP Level1 到 Level0 降级，TZEN 保持为 1，这种情况与 TZEN=0 时类似，可以直接使用如下命令完成解锁和降级

• 如果 RDP Level1 降级到 RDP Level0 并同时回退 TZEN，可以使用一条命令同时进行OEM1Key 解锁和 RDP 降级+TZEN 回退

解锁降级回退过程将会在 cmd 窗口看到类似如下打印信息

4.3.4. TrustZone 使能

（TZEN=1）RDP1 解锁降级到 RDP0.5 

通过 STM32CubeProgrammerCLI 命令使用 OEM1/2Key 解锁后做 RDP 降级的示例

注意：

1. TZEN=1 且 RDP 级别非 0 时，首先要保证代码能够正常运行到 NS 状态

2. RDP1 到 RDP0.5 的降级将导致所有 NS Flash 区的内容都被擦除，这意味着 S code可能无法正常跳转到 NS Flash Code，从而导致 debug 端口无法连上的情况

a. 如果 OptionByte 的设置允许从 RSS/SystemBootloader 启动，还可以通过拉高BOOT PIN 的方式回复调试连接

b. 如果 OptionByte 的设置不允许从 RSS/SystemBootloader 启动（例如设置了BOOT_LOCK），那么建议 S code 中增加 NS RAM code 的部分，并在无法跳转到有效 NS Flash code 的情况下跳转 NS RAM code，从而保持调试连接可能性

• 这里降级命令使用-unlockRDP1，但是 Key 需要用前面设置过的 OEM2Key 的值

解锁降级回退过程将会在 cmd 窗口看到类似如下打印信息

4.3.5. TrustZone 使能

（TZEN=1）RDP2 解锁降级到 RDP1

RDP Level2 解锁降级到 RDP Level1，与 TZEN=0 情况下相同

解锁降级回退过程将会在 cmd 窗口看到类似如下打印信息

使用特殊 CHIPID

通常从安全角度考虑，我们会倾向使用一机一密，也就是说比较好的方式是每颗芯片烧写不同的 OEMxKey，但是这样做一方面对 OEMxKey 的管理是一个挑战，另一方面，在 RDP Level2 的时候，由于调试连接已经无法读取任何片上资源，也很难通过通常的芯片 96bit UID 来确定当前的芯片应该对应哪一组 OEM Key。

针对这个问题，STM32U5 在原有 96bit UID 的基础上，增加了一个 32bit 的特殊CHIPID，这个 CHIPID 存在于硬件的 DBG 单元中，而且即使在 RDP Level2，这个CHIPID 也可以由调试器通过 JTAG/SWD 端口获取。因而 OEM 可以利用这个特殊CHIPID 来简化一机一密的 OEMxKey 烧录过程，同时也可以在需要使用 OEMxKey 解锁的时候轻松读出 CHIPID，然后找到对应的 OEMxKey 进行解锁。

32bit CHIPID 可以通过调试端口工具读取，也可以通过代码读取，CHIPID 的地址为0xE0044104。

注意：

• 当 RDP 处于 Level0 时，读取 32bit CHIPID 读到值为全 0

• 只有当 RDP 处于非 Level0 时才能读出正确的 CHIPID

CHIPID 通常的使用流程如下

• OEMxKey 烧录过程

o 设置 RDP 为 Level1（或 Level 0.5）

o 读取 CHIPIDo 上位机根据一个密钥种子和 CHIPID 使用某种算法派生出该 CHIPID 对应的 Key

o 将派生的 Key 作为 OEMxKey 写入芯片

o 设置 RDP 到最终需要的级别（如 Level2）

• OEMxKey 解锁过程

o 调试器通过 JTAG/SWD 连接芯片读取 CHIPID

o 上位机根据一个密钥种子和 CHIPID 使用某种算法派生出该 CHIPID 对应的 Key将派生的 Key 作为 OEMxKey 解锁芯片并进行 RDP 降级。

5.1. 特殊 CHIPID 的读取

特殊 CHIPID 可以通过软件代码直接读地址 0xE0044104 获得，也可以通过STM32CubeProgrammerCLI 命令来读取，命令如下：

注意：1. STLink 需要更新到 V3J9M3 或以上版本2. STM32CubeProgrammer 需要更新到 V2.9.0 或以上版本

运行该命令在 RDP Level1 时将看到类似如下信息，蓝色高亮的部分即为获取的 CHIPID

运行该命令在 RDP Level2 时将看到类似如下信息，此时调试连接会出错，这是正常现象，因为 RDP Level2 时禁止调试连接，但是 CHIPID 依旧可以读取，蓝色高亮的部分即为获取的CHIPID

小结

STM32U5 提供了更灵活的芯片生命周期管理机制，在 STM32L5 的基础上增加了 OEM Key 特性，一方面能够保护 RDP 级别的状态转换，防止任意的回退；另一方面也减 少了 RDP Level2 使用中的局限性和顾虑点，同时还增加了 32bit 特殊 CHIPID，能够方便 地实现在不同芯片上配置不同 OEMxKey 的需求。

© THE END

工程师笔记|STM32U5带OEM Key保护的RDP降级相关推荐

  1. SRE运维工程师笔记-Linux基础入门

    SRE运维工程师笔记-Linux基础入门 1. Linux基础 1.1 用户类型 1.2 终端terminal 1.2.1 终端类型 1.2.2 查看当前的终端设备 1.3 交互式接口 1.3.1 交 ...

  2. 四级网络工程师笔记-操作系统（下）

    操作系统-六-八章 前言: 系列博文 第六章 文件管理 1. 文件的定义 2. 文件的分类 3. 文件逻辑结构分类 4. 文件物理结构分类 5. 外存储设备 6. 磁盘计算 7. 文件存取方式 8. ...

  3. 转载：工程师笔记|STM32F030在低温下无法启动

    工程师笔记|STM32F030在低温下无法启动 原创 STM32F0 STM32单片机 2021-11-30 08:30 关键词:低温,启动 问题描述 客户反馈STM32F030作为他们产品的控制芯片 ...

  4. 【OS学习笔记】三十六 保护模式十：通过中断发起任务切换----中断任务

    上一篇文章学习了:OS学习笔记]三十五 保护模式十:中断描述符表.中断门和陷阱门 本篇文章接着上一篇文章学习中断任务. 我们在前面文章中一直在说通过中断发起任务切换,本文就是将之前没有说明白的内容:通 ...

  5. SRE运维工程师笔记-文件查找和压缩

    SRE运维工程师笔记-文件查找和压缩 1. 文件查找 1.1 locate 1.2 find 1.2.1 指定搜索目录层级 1.2.2 对每个目录先处理目录内的文件,再处理目录本身 1.2.3 根据文 ...

  6. Kubernetes CKA认证运维工程师笔记-Docker快速入门

    Kubernetes CKA认证运维工程师笔记-Docker快速入门 1. Docker 概念与安装 1.1 Docker 是什么 1.2 Docker 基本组成 1.3 版本与支持平台 1.4 Do ...

  7. 图文笔记，带你走进《未来简史》（16-20）

    作者:@文曰小强(微信公众号:diaoxiazhangqiang) 整理:@一喵(作者已授权) 转载请注明出处. 知识给当代人安全感!<未来简史>笔记16 昨天提到:不断追求增长的现代契约 ...

  8. 软考-中级-网络工程师-笔记-第4章-局域网与城域网

    第4章 局域网与城域网 4.1 局域网体系和拓扑结构 4.1.1局域网和城域网体系结构IEEE 4.2 CSMA/CD载波侦听多路访问/冲突检测 4.2.1 CSMA/CD 在共享型网络里面解决冲突的 ...

  9. 四级网络工程师笔记-操作系统（上）

    四级网络工程师笔记-操作系统(上) 前言: 系列博文 操作系统原理 第一章 操作系统概论 1. 操作系统概述 2. 操作系统特征 3. 操作系统结构设计 4. -般指令和特权指令 5. 研究操作系统的 ...

最新文章

  1. 计算机教师个人诊改方案,教师个人诊改报告-20210716124929.doc-原创力文档
  2. Vue 爬坑之路（六）—— 使用 Vuex + axios 发送请求
  3. ​新型支架状电极允许人类思想操作计算机
  4. 阿加莎·克莉丝蒂与我们
  5. 牛客题霸 [ 最长递增子序列] C++题解/答案
  6. link st 量产工具_ST-Link资料03_ST-Link固件升级、驱动下载安装方法
  7. 完善三个数字对象排序程序。MOOC，Java第四章 面向对象和类 第一次作业
  8. python插值算法实现_图像插值算法Opencv+python实现
  9. 实战互联网公司数据存储解决方案
  10. 机器学习-数据科学库-day6
  11. 前装车载大屏娱乐系统去年增速超六成，德赛西威“霸榜”主机份额
  12. WiFi分析仪在Android9.0上不能用解决方案
  13. ZJNU 2314-Sleepy Cow Herding
  14. UnicodeEncodeError: 'ascii' codec can't encode character '\u2013'
  15. android 2.2(froyo)源码下载
  16. DAG 图关键路径算法
  17. 【JavaSE】java8 新特性
  18. MySQL报错no connection established
  19. 十秒内黑掉Fitbit智能手环(附视频)
  20. canvas画板涂鸦动画进度条动画

热门文章

  1. 台式计算机dvd光驱在哪里,用台式电脑怎么放DVD
  2. mysql jdbc batch_JDBC批处理（batch）
  3. ADB控制安卓WIFI连接（斐讯R1联网指南）
  4. Python3,我把新年祝福写在“雨“中，你看，雨一直下，气氛还算融洽，在同个屋檐下....
  5. 探索式测试解密——无探索，不测试！
  6. 国产GM8220，USB2.0集线器，替换汤铭的FE1.1，USB HUB，替换创维GL850
  7. 计算机面试专业英语词汇,面试常用英语，英语面试常用词汇?
  8. 如何在群里引流？如何通过别人的群引流？建一个群怎么快速裂变引流
  9. (转)移动研究院待遇
  10. 浅谈javascript的原型和原型链(新手懵懂想学会原型链？看这篇文章就足够啦！！！)