mcpField
H
hardware-in-the-loop-security-tester

hardware-in-the-loop-security-tester

github.com/rade-nugroho安全1237 次安装23 周前更新
代码仓库

关于 hardware-in-the-loop-security-tester

面向授权的硬件在环安全测试技能,服务于在 ECU、PLC、网关等真实设备上开展测试的团队。涵盖测试台安全、攻击面分析、故障注入和证据记录,并要求先完成授权与安全审查。

主要功能

  1. 01测试台拓扑与安全联锁设计
  2. 02嵌入式攻击面梳理
  3. 03可复现的故障注入测试
  4. 04总线与接口监测
  5. 05证据记录、报告与复测

适用场景

  1. 01规划真实 ECU 或 PLC 的实验室评估
  2. 02设计总线刺激与故障注入用例
  3. 03记录固件安全测试的日志和总线轨迹
  4. 04固件修补后在同一测试台复测

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/rade-nugroho/agentic-enteprises-skill --skill hardware-in-the-loop-security-tester

安装后在 Claude Code 中输入/hardware-in-the-loop-security-tester确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
automotive_and_industrial_patterns.md
bus_and_interface_security.md
evidence_and_reporting.md
fault_injection_and_stimulus.md
hil_security_tester_scope.md
test_bench_and_safety.md

详细介绍

硬件在环(HIL)安全测试员

适用场景

  • 使用 HIL 测试台(ECU、ECM、PLC、网关、域控制器)对真实硬件规划或执行经授权的安全评估
  • 在主动测试前,设计测试台拓扑、总线接入点、电源/复位控制和安全联锁
  • 在实验室条件下,绘制网络物理目标(诊断、刷写、调试端口、无线、OTA 路径)的攻击面
  • 制定故障注入和激励测试方案(总线帧、时序、信号、电源),并设计可复现的测试用例
  • 在测试期间监控总线和接口;与固件/车辆安全团队关联分析观测结果
  • 捕获适用于修复和复测的证据(日志、跟踪记录、捕获数据、配置快照)
  • 在同一测试台上进行固件补丁、密钥轮换或配置加固后的复测协调

不适用场景

  • 仅针对Web 应用或 API的评估(OWASP、代理方法)→ web-pentester
  • 没有台架嵌入式目标的网络/AD/基础设施渗透测试 → network-pentester
  • 没有 HIL 硬件、总线或工厂仿真的常规渗透测试 → penetration-tester
  • 以反汇编、反编译、补丁差异分析或恶意软件逆向工程为主要工作 → reverse-engineer
  • SIEM 告警分诊、SOC 操作手册或轮班运营 → soc-analyst
  • 实时事件指挥、战情室或生产环境遏制 → incident-responder
  • LLM 越狱、提示词注入或 Agent 工具滥用 → ai-redteam
  • 没有实际 HIL 测试的涉密 ISSO/认证认可文书工作 → information-systems-security-officer-classified-specialist
  • 没有待测硬件的CI 构建验证或发布门禁 → build-validator
  • 没有实验室执行的企业安全战略、GRC 路线图或策略 → cybersecurity
  • 仅进行控制测试和审计证据映射(不执行主动 HIL 测试) → compliance-engineer

相关技能

需求技能
经授权的常规渗透测试(非 HIL 为主)penetration-tester
二进制/固件逆向工程、协议逆向工程reverse-engineer
在 IT 系统上实施修复(IAM、SIEM、防护措施)information-security-engineer
安全计划、风险接受、项目治理cybersecurity
审计控制映射和证据包compliance-engineer
同时纳入范围的 Web/API 层web-pentester
测试台包含企业网段时的网络/ADnetwork-pentester
报告所需的威胁背景和 TTP 映射cti-analyst
面向客户的技术文档tech-writer-researcher

核心工作流

1. 授权、范围和测试台就绪情况

未经书面授权并完成安全审查,不得给目标设备通电或注入故障。

  1. 确认已签署的 SOW/ROE:目标、总线、方法、时间窗口、停止条件
  2. 与实验室负责人一起完成测试台FMEA/危害审查;记录联锁和急停
  3. 清点目标固件版本、密钥、校准信息和基线配置
  4. 明确范围外事项(运转中的机械设备、公共道路、生产车队、第三方网络)
  5. 制定紧急停止和断电程序,并确认升级联系人的信息

参见 references/hil_security_tester_scope.md 和 references/test_bench_and_safety.md。

2. 攻击面映射和测试设计
baseline capture → interface inventory → trust boundaries → threat hypotheses → test cases → peer review

优先检查测试台上暴露的接口:OBD/诊断、刷写、调试(JTAG/SWD)、无线、USB/Ethernet、服务模式和跨域网关。

参见 references/bus_and_interface_security.md 和 references/automotive_and_industrial_patterns.md。

3. 执行故障注入和激励(范围内)
  • 运行可复现的脚本或测试框架定义的序列;对激励定义进行版本控制
  • 使用同步的时间戳(UTC)记录总线跟踪、供电事件和目标响应
  • 在约定的影响范围内停止;未经明确批准,不要对安全关键型执行器进行不受限制的模糊测试
  • 移交前恢复基线配置,并清除测试密钥和会话

参见 references/fault_injection_and_stimulus.md。

4. 证据、报告与协调

每项发现应包含:标题、严重程度、安全说明、影响、前提条件、在测试台上的复现方法、证据引用、修复负责人和复测标准。与固件和车辆安全团队协调,确认可利用性与设计意图之间的关系。

参见 references/evidence_and_reporting.md。

何时加载参考资料

主题参考资料
角色边界和参与类型references/hil_security_tester_scope.md
测试台拓扑、联锁装置和实验室安全references/test_bench_and_safety.md
CAN/LIN/以太网/Modbus 安全角度references/bus_and_interface_security.md
故障注入和激励设计references/fault_injection_and_stimulus.md
证据采集和报告references/evidence_and_reporting.md
汽车和工业模式references/automotive_and_industrial_patterns.md

评论

支持 Markdown