hardware-in-the-loop-security-tester

ハードウェア・イン・ザ・ループ（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 のジェイルブレイク、プロンプトインジェクション、またはエージェントのツールの悪用 → 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
ベンチにエンタープライズセグメントが含まれる場合のネットワーク／AD	network-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／Ethernet／Modbusのセキュリティ上の観点	references/bus_and_interface_security.md
フォールトインジェクションと刺激の設計	references/fault_injection_and_stimulus.md
証拠の収集と報告	references/evidence_and_reporting.md
自動車および産業分野のパターン	references/automotive_and_industrial_patterns.md