03 GD32VF103 RISC-V启动文件与中断向量表布局逆向

🎯反汇编定位：中断向量表基址与异常入口的逆向工序

目标平台VF103 RISC-V启动文件与中断向量表布局要确认的对象和结

在 RISC-V 架构中，中断向量表（Interrupt Vector Table, IVT）的基址由链接脚本与启动代码共同决定。对于 目标平台VF103 单片机，其启动文件 startup_目标平台vf103.S 定义了复位、异常与中断的入口地址。逆向分析的核心工序是：通过反汇编工具将编译后的 ELF 文件转换为汇编清单，再结合链接脚本（Linker Script）的段布局，定位向量表的物理基址与每个入口的跳转目标

关键检查点在于确认 __VECTOR_TABLE 符号的地址是否与链接脚本中 .vectors 段的起始地址一致。判定条件为：反汇编清单中地址 0x00000000 处必须为 j _start 或 jal x0, _start 指令，且后续连续 16 个 4 字节对齐的地址分别对应 NMI、HardFault 等异常入口。若发现首个入口不是无条件跳转，而是 lui 或 addi 等指令，则表明向量表基址偏移错误或启动文件未正确链接

⭐链接脚本与启动文件交付物的逆向映射

启动文件交付物（Startup File Deliverable）通常包含 startup_目标平台vf103.S 和 目标平台vf103.ld 两个核心文件。逆向分析时，需将链接脚本中的段定义与反汇编清单中的段起始地址逐一对应。目标平台VF103 的链接脚本典型布局如下：

/* 目标平台vf103.ld 关键段定义 */
MEMORY
{
    flash (rx) : ORIGIN = 0x08000000, LENGTH = 128K
    ram (rw)   : ORIGIN = 0x20000000, LENGTH = 32K
}
SECTIONS
{
    .vectors : ALIGN(4)
    {
        __VECTOR_TABLE = .;
        KEEP(*(.vectors))
    } > flash
    .text : { *(.text*) } > flash
    .data : { *(.data*) } > ram AT > flash
}

这段配置属于“问题代码/原始配置”，核对键名、默认值、取值范围和修改后影响的行为。

反汇编清单中，.vectors 段起始地址应为 0x08000000（Flash 基址）。若实际反汇编显示向量表位于 0x08000000，但 _start 函数入口却在 0x08000100，则说明向量表占用了 256 字节（64 个入口 × 4 字节）。此时需检查 .vectors 段是否包含了所有异常入口，以及 KEEP 指令是否阻止了链接器优化掉未使用的中断入口

⭐目标平台VF103的技术资产与验证方式

为验证逆向分析的正确性，需通过 核心步骤 调试验证（Core Step Debug Verification）逐指令检查向量表入口。验证记录表如下：

验证动作：在调试器中设置硬件断点于 0x08000000，单步执行后检查 PC 是否跳转至 _start。若跳转目标为 0x08000100 且该地址为 _start 标签，则判定向量表布局正确。否则，需重新检查启动文件中 .section .vectors 的声明顺序

⭐异常信号与处理边界

逆向分析中断向量表时，需警惕以下风险：

• 链接脚本段顺序风险：若 .vectors 段未放在 Flash 起始地址，将导致向量表基址偏移，系统上电后 PC 跳转到错误地址。判断标准：反汇编中 .vectors 段起始地址必须等于链接脚本中 ORIGIN(flash) 的值
• 启动文件交付物不完整风险：部分 IDE 生成的启动文件可能缺少 NMI 或 HardFault 处理函数，导致异常时系统死锁。判断标准：反汇编清单中每个异常入口必须指向一个有效的函数地址（非 0x00000000）
• 对齐与填充风险：RISC-V 要求向量表入口 4 字节对齐，若链接脚本未使用 ALIGN(4)，可能导致入口地址错位。判断标准：检查反汇编中每个入口地址的低 2 位是否为 0

最终判定条件：通过 核心步骤 调试验证，确保复位后第一条指令位于向量表基址，且所有异常入口均指向已实现的处理函数。若满足上述条件，则逆向分析完成，可交付启动文件与链接脚本的修改建议