把课程导论落到模块边界与接口契约的触发条件、可观察状态和复查材料上，先判断问题从哪里收窄。
当一颗嵌入式 MCU 从复位中苏醒，第一条指令并非来自你的应用程序，而是固化在芯片内部、不可篡改的启动 ROM（BootROM）。这段代码决定了信任链的起点——它验证谁有权执行、从哪里加载、以及当环境异常时如何安全降级。对于从事嵌入式固件开发的工程师而言，不理解 BootROM 的握手步骤与异常分支，就意味着无法回答一个根本问题：“我的设备真的从安全状态启动了吗？”
本课程《嵌入式固件Bootloader逆向分析专题课程》正是为解决这一痛点而设计。你将不再把 BootROM 视为黑盒，而是通过逆向手段，掌握主流 Cortex-M 内核 MCU 的上电执行路径，识别安全攻击面，并最终具备独立分析、加固 Bootloader 的能力。本节作为导论，将为你勾勒出从复位向量到安全边界的完整地图
BootROM 是信任锚点，但其自身也可能存在设计缺陷或配置盲区。理解其启动流，是发现安全边界的第一步
Cortex-M 内核的复位流程高度标准化。上电后，内核从向量表偏移地址（VTOR）的起始位置加载主栈指针（MSP）和复位向量（Reset_Handler）。然而，在进入用户应用程序之前，BootROM 会执行一系列环境检查（environment_check）与握手操作。这些步骤决定了后续的引导加载程序（Bootloader）能否获得控制权
典型的握手顺序包括：
异常分支同样关键。当环境检查（environment_check）发现 Flash 校验和错误、安全等级不匹配或启动条件不满足时，BootROM 会进入预设的异常处理路径：可能是进入系统 Bootloader（目标系统ootloader）等待固件更新，或是直接触发硬件错误（HardFault）以阻止非授权执行
某 IoT 设备在量产阶段发现约 0.1% 的单元无法正常启动。排查发现，这些单元在 BootROM 阶段因内部 RC 振荡器校准值偏差导致时钟不稳定，进而使 Flash 读取时序错误。最终通过调整 BootROM 中的时钟容错参数并增加重试机制解决。这一案例说明，BootROM 的启动流并非永远可靠，理解其握手细节是定位此类问题的前提
BootROM 的安全边界定义了攻击者能够触及的“第一道防线”。常见攻击面包括：
下表对比了主流 Cortex-M MCU 在 BootROM 阶段的安全机制差异，帮助你在选型或逆向分析时快速定位防御基线
在逆向分析 BootROM 时，优先定位 VTOR 重定位点、environment_check 函数入口以及异常向量表。这些是理解启动流与安全边界的关键锚点
理论课第一节先搭出机制坐标：STM32L4 Bootloader向量表重映射与读保护绕过负责说明概念入口，NXP i.MX RT1060 FlexSPI NOR Flash启动与IVT解析负责连接协议或模型过程，RISC-V平台（GD32VF103）Bootloader入口与NMI处理负责提示安全边界和指标变化。后续阅读讲义时，可以把Cortex-M当作对象层，把BootROM当作条件层，把启动流与安全边界当作判断层，而不是把章节当成孤立名词。遇到新机制时先问前提是否成立，再用BootROM启动流确认结论能否解释观测结果，这样后续复习会更接近真实推理。