各位大佬好，我是南京理工大学网络与信息安全专业 2027 届硕士，研究方向是固件安全、二进制逆向与模糊测试。第一次发帖，一方面想分享一点自己在固件安全方向的研究实践，另一方面也想提升一下自己的曝光度，看看有没有大佬有内推或者求职建议。

一、我的研究方向

我主要做物联网与嵌入式设备固件安全，具体包括：

• 固件逆向分析：无头 ELF 文件基地址恢复、固件解包、静态审计
• 漏洞挖掘：面向企业级网络设备的命令执行、完整性校验、状态机逻辑等漏洞
• 模糊测试：针对单体 MCU 固件的反馈污染问题，做异步验证与修复
• 根因定位：在模糊测试固件崩溃后，定位真正引发故障的指令
• 实机黑盒模糊测试：针对路由器、企业级网络设备等有实机的情况，结合Agent进行WEB端API、CLI端命令等模糊测试

二、几个技术实践

1. 无头 ELF 固件基地址恢复

很多固件在发布时会被 strip 掉 ELF 头，IDA 无法识别基地址，后续逆向寸步难行。我写了一个小工具，核心思路是利用固件内部字符串与指针的地址一致性：

• 枚举候选基地址
• 统计“指针值 == 基地址 + 字符串文件偏移”的匹配数量
• 匹配数最高的候选地址即为真实基地址

在测试集上，这类无头 ELF 文件的逆向成功率提升到了 90% 左右。工具不复杂，但确实解决了实际分析中的卡点。

2. 固件模糊测试中的静默内存损坏

传统MCU固件 Fuzzer 容易把“静默内存损坏”误判为有效执行：控制元数据被破坏后，程序仍然能跑，但执行流已经错了，Fuzzer 却把它当作正常覆盖反馈，导致冗余崩溃放大、测试方向被带偏。

我们提出了一套异步验证与修复机制：在线做轻量级转换筛选，把可疑执行放到后台做基于重放的语义确认，确认污染后修剪被污染的种子谱系。在 25 个真实固件目标上，冗余崩溃放大率最高降低了两个数量级，同时挖到了 9 个 0day，其中 1 个工业级网关底层库漏洞拿到了 CVE 编号。

3. 固件崩溃根因指令定位

固件崩溃时，最后执行的那条指令往往只是发生崩溃的位置，真正写坏内存的指令可能在几百万条指令之前。完整重放太长，直接丢给大模型也不现实。

我们的做法是：跟踪长期非栈数据流，把完整执行轨迹压缩到 100 个候选指令，再结合时间、内存访问和局部执行上下文做语义排序，区分“产生错误、传播错误、触发崩溃”的不同角色。在 20 个可复现崩溃样本上，Top-5 根因定位准确率从 40% 提升到 75%，Top-1 达到 55%，Top-30 覆盖 95%。

三、论文与漏洞成果

• 第一作者，ICSE 2027（CCF-A）：SirenFuzz，针对单体固件模糊测试中的反馈污染问题
• 第一作者，CSCloud 2026（CCF-C）：FirmRoot，固件崩溃根因指令定位
• 在国家级重点科研项目中，面向多款企业级网络设备独立发现并验证 4 个高危漏洞，含命令执行、配置完整性校验绕过、恢复出厂逻辑缺陷
• 模糊测试研究中累计挖掘 9 个 0day，1 个获 CVE 编号

四、技能栈

• 语言：C、Python、Linux Shell
• 逆向：IDA Pro、Ghidra、GDB、QEMU
• 模糊测试：AFL++、自研固件 Fuzz 增强框架
• 固件：binwalk、无头 ELF 分析、RTOS（RT-Thread、RIOT、Zephyr 等）
• 网络与渗透：BurpSuite、Wireshark、Nmap、sqlmap
• AI 辅助研发：熟练使用 LLM 辅助代码构建与逻辑梳理

五、求职意向

2027 届硕士，预计 2027 年 4 月毕业，目前正在看秋招机会。方向包括：

• 安全研究 / 漏洞挖掘（固件、二进制、IoT、车联网方向）
• 安全开发（C/C++、Linux 底层、安全工具链）
• 嵌入式安全 / 终端安全

地点：北京、上海、杭州、深圳、南京等均可考虑。

如果团队有固件安全、二进制逆向、Fuzz 或 IoT 安全相关岗位，欢迎站内私信我，或者邮件联系：jc28@njust.edu.cn。简历可发。