【实战经验】发现STM32防火墙的安全配置

1万 · 2017-7-18 12:24

本帖最后由香水城于 2017-8-11 13:57 编辑

发现 STM32 防火墙的安全配置

前言
STM32 防火墙（Firewall）能够构建一个与其它代码隔离的带有数据存储的可信任代码区域，结合RDP、WRP以及PCROP，可用来保护安全敏感的算法。在STM32 Cube固件库参考代码里提供了几个不同的防火墙配置。那么问题来了，什么是STM32防火墙的应该使用的安全配置呢？本文以STM32参考手册为基础，以最大化安全为目标，来探索发现STM32防火墙的推荐配置。

STM32防火墙介绍
STM32防火墙保护特定代码/数据不被保护区域之外的执行所访问。代码和数据位于Flash存储器中，也可以位于SRAM1中。可选择配置的防火墙的三个保护段如下：
 ●代码段（Flash）
 ●数据段（Flash）
 ●易失数据段（SRAM1）, 可被配置为可执行
防火墙配置激活后，对受保护代码的访问必须唯一的通过调用门（Call gate）进行。防火墙外设监听AMBA总线，任何不通过调用门的访问，将导致系统重启。

            Figure 1 防火墙的连接

不同于STM32上的ARM MPU技术，防火墙激活后，将一直保持激活状态，直至下次系统复位。

防火墙的调用门
防火墙的调用门由三个字组成，位于Flash中的代码段以及配置成非共享且可执行的SRAM1数据段，开始地址的前三个32位。
  ●第1字：虚设。总是处于关闭状态。用于保护指令预取造成的对调用门的访问。
  ●第2和第3字：总是处于打开状态。
为了打开防火墙，代码必须跳到调用门的第2字执行，且第2字和第3字的执行不能被中断，否则会导致系统重启。

防火墙的状态图
防火强的配置激活后，处于关闭(Close)状态。在关闭状态下，对受保护区域的访问将被禁止。跳到防火墙的调用门处执行，则防火墙打开（open）。在防火墙打开状态下，若防火墙控制寄存器(FW_CR)的Prearm（FPA）位依然为0，跳转至非保护代码将导致系统重启。将防火墙控制寄存器的Prearm位设置成1，这时任何对非保护代码的访问将导致防火墙进入关闭（close）但激活状态。

STM32防火墙例程
一个STM32防火墙的实例可在CubeMX固件包里找到。例如：
STM32Cube\Repository\STM32Cube_FW_L4_V1.6.0\Projects\STM32L476RG-Nucleo\Examples\FIREWALL
工程文件支持IAR和Keil开发环境，含有两个目录：
FIREWALL_VolatileData_Executable
FIREWALL_VolatileData_Shared
读者可使用IAR或者Keil打开这两个例子进行编译以及运行。

例程防火墙配置引出的疑问
例程在激活防火墙时使用了不同的配置，演示了防火墙外设的灵活性与不同的安全性，具有很好的学习用途，但是在实际应用中，为最大化安全考虑，我们究竟应该去应用哪一种配置呢？
 ●配置一：仅配置保护SRAM1中的数据，且将SRAM1的数据配置成可执行且非共享。注意没有对Flash的任何地方配置保护。
配置激活 (FWDIS=0)

●配置二：保护Flash里的代码和数据，以及SRAM1中的数据。SRAM1中的数据被配置为不可执行，但可共享。

防火墙配置分析
SRAM1的共享 Vs. 非共享
用户手册RM0351中提到若一段SRAM1被防火墙设置为共享(VDS=1)，则该区域总是可被访问，而不用去管防火墙是打开，关闭还是没有激活。同时，SRAM1中的数据可被执行，而不需要激活防火墙更不需要打开防火墙。换言之，共享区域其实是不在防火墙的保护之下。因此，为保护SRAM1中的敏感数据，我们应该避免使用共享配置，也就是VDS应当是0。

Figure 3 RM0351中关于防火强的易失数据段配置成可共享

SRAM1中的执行 Vs. 非执行
用户手册RM0351中提到，若SRAM1被配置成非共享(VDS=0)且可执行(VDE=1), 防火墙的调用门序列需要先被执行。这里有几层含义，一是这段代码已经处于防火墙的保护之下；二是这段代码可被调用门中的代码调用；三是这段代码可以是调用门（参考调用门的描述）。前面我们提到防火墙打开后，保护区域之内的执行可以访问保护区域之内的代码以及数据。换言之，这里的SRAM1执行的代码是可以访问Flash里受防火墙保护的代码和数据。SRAM1中的代码是可变的，为避免不确定性，一般情况下我们应当避免SRAM1运行的代码访问受保护的Flash代码和数据，也就是建议将SRAM1中配置成非执行。

Figure 4 RM0351中关于防火强的易失数据段配置成可执行

是否应该配置Flash的数据段（Non-volatile data）
前面的例程配置一仅配置了SRAM1。然而用户手册RM0351中提到，Flash里的数据段未被定义，则FW_CR寄存器可在任意时刻进行修改，而不用管防火墙是打开还是关闭。

Figure 5 RM0351中关于防火强控制寄存器的动态配置方式的描述

也就是说，防火墙相比较MPU的优势“配置有效直到系统复位”，在这种配置下不再存在了。例如在例程“配置一”里，SRAM1的代码配置成可执行非共享，受防火墙保护。然而在防火墙设置好且处于关闭状态后，我们依然可以通过保护区域之外这样的代码将该保护去掉，例如将它配置后再次改成可执行且共享。

读者可轻易将该代码加入到FIREWALL_VolatileData_Executable进行试验。这显然不是我们想要的安全配置，我们应该避免这种用法。所以，我们总是配置防火墙保护Flash中的某一数据段，使得NVDSL寄存器不为0。

推荐的防火墙配置
综合前面的例子和分析，为最大化安全考虑，我们推荐使用防火墙时使用以下典型配置。它配置了三个保护段，Flash中的代码和数据，SRAM1中数据；SRAM1中数据配置成不可共享且不可执行。同时要注意修改编译器链接文件将三块受保护的代码和数据分别放置到相应的下列定义的区域(Region)里。链接文件，对IAR是.icf文件，对MDK是.sct文件。

因为控制寄存器FW_CR，包括Prearm位、共享执行、设置，只能在防火墙打开时才能修改，因此在推荐配置下，典型的调用门代码执行序列应如下：


结论
本文根据STM32参考手册，提出了一个STM32防火墙的安全配置，可在实际STM32防火墙的案例中直接应用。也可以利用本文加深对STM32防火墙功能的理解。

对应的PDF：发现STM32防火墙的安全配置
更多实战经验请看：【ST MCU实战经验汇总贴】

1万 · 2017-7-19 07:04

内存保护单元, 实际上是比较适合用于 RTOS 中对一些非法访问进行屏蔽.
但是由于 STM32 内存管理的统一编址. 各种系统服务和底层驱动都混在一起.
难以对各个任务划分安全访问范围, 而 RTOS 也不太愿意花太多的力气去处理和规定任务的内存操作范围

【实战经验】发现STM32防火墙的安全配置

荣誉元老奖章

坚毅之洋流

十世金身

技术领袖奖章