今天來稍微看看前面的案例中拆解成不同攻擊面的漏洞在實際研究中的定位
| 主軸 | 設備 | 模擬方法 | 對應天數 |
|---|---|---|---|
| 反魔改、解壓縮 | Tenda | emux | D4–5 |
| Web / Command Injection | Tenda AC15 | emux（自行修補） | D6–7 |
| BOF | Tenda AC15 | qemu system + emux | D8–9 |
| Web Preauth | NETGEAR | qemu system | D11–12 |
| Network Protocol | ASUS RT-AX82U | qemu / unicorn | D13–14 |
| Firmware Update | Aqara Hub M2 | 不需要 / 無法模擬 | D15–16 |
| Zip Slip | Home Assistant Core | docker | D17–18 |
解包後，可先檢查以下項目，作為後續靜態分析與模擬評估的依據。
一般來說如果有已知整包可以模擬的解法就使用它，沒有就從缺漏上面修修補補，手刻從來都不是好想法
| 缺件 | 坑 |
|---|---|
| 設定預設值（NVRAM 等） | daemon 啟動即退出或讀到空值 |
/dev 節點、ioctl |
open 失敗、卡在重試 |
| Kernel module | 依賴特定驅動的功能完全缺失 |
| 網路介面 | 服務綁不到 br0 等介面 |
| 硬體相依 daemon | watchdog、LED、按鍵相關proc卡住開機 |
| 自研 RTOS / 非 Linux | 無法套用一般模擬框架 |
iThome鐵人賽
看影片追技術