围绕课程导论确认通信协议状态机的配置入口、调用边界与最小实现。
想象一下：你刚拿到一块基于STM32F4的定制开发板，信心满满地将其插入PC，期待看到熟悉的“发现新硬件”提示。然而，设备管理器里却只出现了一个黄色感叹号的“未知设备”，USB_HP_CAN_TX_IRQHandler 中断疯狂触发，而你手头只有一份残缺的、没有注释的固件二进制文件。你尝试用Bus Hound抓包，却看不懂描述符请求的返回数据；你怀疑是端点配置错误，但无法确认固件实际枚举时提交了哪些设备限定符（Device Qualifier Descriptor）
这正是许多嵌入式开发者、安全研究员和固件工程师在逆向分析STM32 USB固件时的典型困境。市面上充斥着针对Linux或Android USB协议栈的分析教程，但针对裸机或RTOS环境下STM32的USB设备协议识别（Device Protocol Identification）资料却支离破碎。本课程《STM32 USB固件逆向分析与设备协议识别教程》正是为解决这一痛点而生。它不教你如何从头编写一个USB驱动，而是聚焦于一个更现实的问题：当只有固件二进制（.bin/.hex）时，如何逆向分析其USB协议实现，并精确识别出设备类型、端点配置、通信协议（如HID、CDC、MSC或自定义类）
拿到一个未知STM32 USB固件，第一步不是反汇编，而是用strings命令扫描固件中的ASCII/Unicode字符串，寻找USB描述符字符串（如“STM32 Virtual COM Port”）、VID/PID或类代码关键字。这能快速缩小协议识别范围
本课程的学习路径（Learning Path）遵循“逆向工程”的黄金流程：静态分析 → 动态验证 → 协议重构。我们将整个课程划分为三个紧密衔接的阶段，每个阶段都设有明确的检查点（Checkpoint）和判定条件
这一阶段的目标是建立可复现的逆向分析环境。你将学习如何配置STM32CubeProgrammer读取目标芯片的读保护（RDP）状态，并使用J-Flash或OpenOCD转储固件。核心工具链包括：Ghidra（用于反编译和符号恢复）、STM32F4xx SVD文件（用于外设寄存器映射）、以及Wireshark配合usbmon或逻辑分析仪进行USB总线嗅探。关键检查点是：能否在Ghidra中成功加载固件并定位到USB_OTG_FS_IRQHandler中断向量表
这是课程的核心。你将深入STM32的USB设备库（USB Device Library），逆向分析其USBD_Init、USBD_RegisterClass和USBD_Start等核心API的调用链。通过识别固件中对USBD_HID_Init、USBD_CDC_Init或USBD_MSC_Init等类初始化函数的调用，可以初步判定设备协议类型。我们还将重点分析描述符数组（Descriptor Configuration）在固件中的存储结构，因为它是协议识别（Protocol Identification）的最强证据。例如，一个包含0x03（HID）类代码的接口描述符，直接指向了人机交互设备
对象：某工业现场使用的STM32F103数据采集器，固件版本V2.1。问题：上位机软件无法识别其自定义USB协议，怀疑是固件升级后端点描述符长度字段（wMaxPacketSize）被错误修改。本课路径：通过逆向固件中的配置结构体，定位到端点描述符数组，比对bEndpointAddress和wMaxPacketSize字段，确认问题出在IN端点（0x81）的包大小被误设为8字节（应为64字节）
最后，你将学习如何从逆向出的描述符和端点配置，重构出设备端的USB协议状态机。这包括分析控制传输（Setup Packet）的处理流程、数据阶段（Data Stage）的收发逻辑，以及错误处理（如STALL条件）的触发条件。我们使用Wireshark捕获的USB URB日志作为验证依据，通过对比固件处理逻辑和总线实际交互，完成协议识别（Protocol Identification）的闭环
当你在固件中看到对USB_OTG_ReadPacket和USB_OTG_WritePacket的频繁调用，且参数中包含EP_NUM和XFER_SIZE时，可以判定该固件使用了STM32的OTG控制器进行批量传输（Bulk Transfer）。这是识别CDC或MSC类设备的重要信号
完成本课程后，你将具备以下可量化的工程能力：
为了让你更直观地理解协议识别过程中的关键判断点，下表总结了不同USB类在固件中的典型特征信号：
不要仅凭固件中的字符串“HID”就断定设备是HID类。有些自定义类设备也会在字符串描述符中写入“HID”以迷惑分析者。必须结合接口描述符中的接口字段（值为0x03）和报告描述符的存在性进行交叉验证
最后，我们通过一个小练习来巩固本节的核心概念。请思考：如果你在固件中定位到以下代码片段（示例片段），它最可能对应哪种USB设备类？
这段描述符配置中，接口 = 0x02（通信设备类）和接口 = 0x02（抽象控制模型），配合两个Bulk端点，是典型的CDC类（虚拟串口）特征。通过这个练习，你已经初步掌握了从固件描述符到协议识别的核心方法
理论课第一节先搭出机制坐标：STM32 USB外设架构与寄存器映射速览负责说明概念入口，USB协议栈核心：描述符、事务与传输类型负责连接协议或模型过程，固件提取：使用ST-Link与OpenOCD读取STM32 Flash负责提示安全边界和指标变化。后续阅读讲义时，可以把问题复盘卡当作对象层，把通信协议状态机当作条件层，把关键对象当作判断层，而不是把章节当成孤立名词。遇到新机制时先问前提是否成立，再用通信协议状态机和关键对象确认结论能否解释观测结果，这样后续复习会更接近真实推理。