把STM32H7启动流程与固件加载地址映射逆向分析落到STM32H7启动流程的触发条件、可观察状态和复查材料上，先判断问题从哪里收窄。
STM32H7启动流程与固件加载地址映射逆向分析涉及源码、函数、脚本或 API 时，应先确认代码对象、调用条件和结果信号是否对应。
本节用STM32H7启动流程的真实调用点说明代码变化会影响哪一个操作结果。
在逆向分析STM32H7系列高性能MCU固件时，首要任务是准确找到固件的真实入口点。与Cortex-M3/M4不同，H7的启动流程更为复杂，涉及启动ROM（BootROM）、用户Flash以及系统存储器的协同。本节将解析H7的复位向量表布局，揭示BootROM如何根据启动模式选择加载源，并最终将控制权移交给用户固件。我们将通过逆向手段，定位并验证固件入口地址，为后续的固件提取与静态分析奠定基础
逆向分析的第一步是理解MCU上电后的执行路径。STM32H7的启动ROM（BootROM）是固化在芯片内部的一段只读代码，它负责初始启动决策。我们的核心目标是：
Reset_Handler的地址在H7系列中，烧录（Flash）的起始地址通常为0x08000000，但BootROM会首先读取该地址的前4字节作为主栈指针（MSP），后4字节作为复位向量。这一过程是硬件强制执行的，也是我们逆向分析的起点
使用调试器（如J-Link或ST-Link）连接目标板，在复位后立即暂停CPU，检查0x08000000和0x08000004处的值。前者应为有效的RAM地址，后者应指向Flash中的代码区域。这是验证固件入口是否正确的第一步
STM32H7的启动ROM（BootROM）在复位后执行以下握手流程：
BOOT0和BOOT1引脚电平，决定从主Flash、系统存储器（内置BootROM）还是SRAM启动。在大多数量产产品中，启动源为主Flash0x08000000）加载MSP和复位向量。如果Flash为空（全0xFFFFFFFF），BootROM会进入系统存储器模式，等待DFU或串口下载SystemInit()函数中通过写SCB->VTOR寄存器将向量表重定位到Flash或SRAM的基址。逆向时，可通过搜索对0xE000ED08（VTOR地址）的写操作来定位此配置某工业控制器在升级后频繁死机。通过逆向分析发现，二级Bootloader在跳转前未正确配置VTOR，导致中断向量表指向了旧固件区域。修复方法是在跳转前强制写入SCB->VTOR = 0x08020000（新固件基址），并增加CRC校验，确保镜像完整性
以下是一个典型的H7 Flash分区布局，用于支持A/B分区升级：
| 时间/步骤 | 输入 | 动作 | 输出 |
|---|---|---|---|
| Bootloader | 0x08000000 | 64 KB | 二级Bootloader，负责校验和跳转 |
| App A（活动分区） | 0x08010000 | 1 MB | 当前运行的用户固件 |
| App B（备份分区） | 0x08110000 | 1 MB | 升级备用固件 |
| 配置参数区 | 0x08210000 | 16 KB | 存储回滚标志、CRC校验值 |
在逆向H7固件时，若在0x08000000处发现的是Bootloader而非用户应用，应继续在后续分区（如0x08010000）查找有效的向量表。判断依据是：MSP值必须在SRAM地址范围内（如0x24000000至0x2407FFFF），复位向量必须指向Flash区域
复查STM32H7启动流程与固件加载地址映射逆向分析时，可以先问一个简单问题：如果只保留STM32H7启动流程和固件加载地址映射逆向分析，别人能不能判断操作已经完成。答案不清楚时，优先补STM32H7启动流程与固件加载地址映射逆向分析的关系，避免把异常归因到模糊的环境差异。下一次执行前先对照启动流程与固件加载地址映射逆向分析，确认对象、参数、套用条件和输出没有偏离，再决定继续推进还是回到前置条件。保留一条最小证据线：STM32H7启动流程与固件加载地址映射逆向分析说明对象，现场判断说明约束，STM32H7启动流程说明状态，最后用固件加载地址映射逆向分析判断能否继续推进。第02节留下的风险提示是STM32H7启动流程不要脱离现场判断单独判断，否则容易把现象误当成原因。