把STM32F103启动代码逆向与向量表解析实战落到Bootloader升级链路的触发条件、可观察状态和复查材料上，先判断问题从哪里收窄。
STM32F103启动代码逆向与向量表解析实战涉及源码、函数、脚本或 API 时，应先确认代码对象、调用条件和结果信号是否对应。
本节用Bootloader升级链路的真实调用点说明代码变化会影响哪一个操作结果。
在嵌入式固件分析中，启动代码（Startup Code）是系统上电后执行的第一段指令，它直接决定了CPU从何处开始执行、如何初始化关键寄存器以及如何响应中断。对于STM32F103这类基于Cortex-M3内核的MCU（Microcontroller Unit），其启动流程完全由硬件定义的向量表（Vector Table）驱动。本节的核心任务是通过Ghidra逆向分析一个真实的固件二进制，定位复位向量（Reset Vector），解析中断向量表，并最终找到固件的实际入口点——即main函数或等效的初始化逻辑。这一过程是理解固件行为、识别外设驱动初始化顺序以及后续分析控制逻辑的基础
将目标固件（如STM32F103的.bin或.hex文件）加载到Ghidra中，选择“Cortex-M3”处理器架构。加载后，Ghidra会自动识别向量表基址（通常为0x08000000），但需要手动验证复位向量的偏移和内容
Cortex-M3的向量表起始地址由VTOR（Vector Table Offset Register）决定，但在启动阶段，硬件默认从地址0x00000000或0x08000000（取决于BOOT引脚配置）读取前两个32位字：第一个字是初始栈指针（MSP，Main Stack Pointer），第二个字就是复位向量（Reset Vector）。复位向量指向的地址，才是固件真正的入口点，通常是一个名为Reset_Handler的汇编函数
在Ghidra中，打开“Memory Map”确认固件加载基址。假设基址为0x08000000，则地址0x08000000处存放MSP初始值，0x08000004处存放复位向量。通过Ghidra的“Disassemble”功能，将光标定位到0x08000004，查看其数据值。例如，若该处值为0x08000149，则复位向量指向地址0x08000149（注意Cortex-M3的Thumb指令要求地址最低位为1，表示Thumb模式，实际指令地址为0x08000148）。跳转到该地址，即可看到启动代码的第一条指令
复位向量的值必须是一个奇数（最低位为1），否则Ghidra会报错或无法正确反汇编。如果发现复位向量值为偶数，说明固件可能被加密、压缩或加载地址有误，需要检查VTOR配置或固件头信息
除了复位向量，向量表还包含了所有中断服务函数（ISR）的入口地址。STM32F103的向量表从0x08000000到0x08000130（共80个向量，每个4字节）。通过Ghidra的“Data”类型管理器，可以将该区域定义为“Vector Table”结构，从而自动列出每个异常和中断的入口函数名（如NMI_Handler、HardFault_Handler、SysTick_Handler等）。这些函数名通常由启动代码中的弱定义（Weak Definition）提供，如果外设驱动未实现具体的中断处理，则会跳转到默认的无限循环（Default_Handler）
为了确保逆向分析的准确性，必须建立一套可复用的检查清单。以下表格总结了在Ghidra中解析STM32F103启动代码时的关键检查点和判断标准
| 检查项 | 标准 | 是否通过 | 常见遗漏 |
|---|---|---|---|
| 向量表基址 | 与固件加载地址一致（通常为0x08000000） | 是/否 | 未考虑BOOT引脚配置导致的地址重映射 |
| MSP初始值 | 指向SRAM范围内的有效地址（如0x20000000+） | 是/否 | 未验证该地址是否在芯片SRAM范围内 |
| 复位向量值 | 最低位为1，指向Thumb代码 | 是/否 | 误将偶数地址当作有效入口 |
| 中断向量数量 | 至少包含16个系统异常 + 60个外部中断（STM32… | 是/否 | 未检查向量表末尾是否被数据或代码覆盖 |
| 默认中断处理 | 未实现的ISR指向 Default_Handler （… | 是/否 | 误将弱定义函数当作实际实现 |
在完成向量表解析后，下一步是跟踪复位向量的执行流。通常，Reset_Handler会依次执行：复制.data段、清零.bss段、调用SystemInit（时钟配置）、最后跳转到main。在Ghidra中，通过“Listing”窗口的“References”功能，可以快速找到Reset_Handler中调用的所有子函数。如果发现Reset_Handler中直接调用了某个外设初始化函数（如command_check），则说明该固件在进入main之前就开始了外设驱动和控制逻辑的初始化，这是分析外设驱动定位复位向量和控制逻辑的关键线索
在一次固件安全审计中，分析人员发现某STM32F103设备的Reset_Handler在调用main之前，先执行了一段自定义的command_check函数。该函数通过读取Flash特定扇区的标志位，判断是否进入固件升级模式。如果标志位有效，则直接跳转到Bootloader，绕过主应用。这一发现揭示了设备的安全启动链，并帮助定位了升级逻辑的入口点
STM32F103启动代码逆向与向量表解析实战的操作价值在于留下可检查的路径：从STM32F103启动代码逆向与向量表解析实战进入，用STM32F103限定范围，再用STM32F103判断是否生效。最容易出错的是把旧环境的判断直接带到新条件下；一旦启动代码逆向与向量表解析实战变化，就要重新确认依赖、版本、替换条件或输入材料。交接时把启动代码逆向与向量表解析实战写成能复跑的记录，说明谁执行、看哪里、结果怎样判断，而不是只保存命令顺序。本节留下的复查锚点是STM32F103启动代码逆向与向量表解析实战：STM32F103是否还能解释现场判断，再用启动代码逆向与向量表解析实战核对命令核对到配置验收的变化。第02节的交接重点是命令核对，它决定STM32F103是短暂波动还是可复现证据。