攻击性IoT安全

解决什么问题

在 IoT 与嵌入式安全测试里，设备往往不是一台单纯的 Linux 主机：它可能同时包含 SoC、外部 flash、调试口、无线模块和配套云端服务。只跑一次漏洞扫描，很难回答这些具体问题：固件从哪里拿、文件系统怎么解包、默认凭据是否可复用、运行时 shell 能不能落进去、能否从设备跳到 App 或云 API。这个技能把这类测试整理成一条可重复的攻击性验证路径，重点是让每一步都能为下一步提供输入。

如何工作

• 物理侦察：先确认 SoC、flash、调试接口、radios，判断可接触的测试面。
• 获取固件：按条件选择 vendor download、OTA capture、hardware dump 或 chip-off，并记录来源与完整性。
• 解包与分析：检查文件系统、服务、secrets、default creds、vuln components，找出默认配置和组件风险。
• 建立运行时访问：尝试 UART shell、telnet/SSH default creds，必要时组合 exploit chain。
• 横向移动：从设备转向 companion app、cloud API、neighboring devices via mesh / wireless，验证信任边界。

适用边界

• 只用于已获得授权的自有设备、客户资产或测试环境；不要把云 API、第三方服务或邻居设备当成合法目标。
• 物理操作前保存备份，避免 chip-off、dump、刷写造成不可逆损坏。
• 获取固件和建立访问后，不要篡改证据；如果涉及取证，应使用写保护和镜像。
• 该方法论是流程与检查清单，不保证覆盖所有芯片、bootloader、加密分区或云侧业务逻辑。