Agent 主導型リバースエンジニアリング報告書：周辺機器を対象とした攻撃事例

日付: 2026 年 8 月 23 日

概要

数週間前に、私個人の管理下にある各種周辺機器に対して、AI エージェント（Claude Opus 5 / Claude Code）による自動的反逆エンジニアリングを実施しました。その結果は驚くべきものでした：

• マイク: 完全にプレーンテキストのコマンドシェルにアクセス可能
• Webカメラ: レコーディング中であっても活動 LED を消灯させ、ステルス運用が可能
• キーライト: WiFi ネットワーク上の任意のユーザーに対して書き込み権限を付与可能

周辺機器はホストに接続されながらファームウェア更新機能を持っている「小型コンピュータ」として機能するため、反復的な攻撃の対象として最適です。究極的には、自分のマシンの制御を確立し、その内側への理解を深めることにあります。

---

分析手順と手法

各機器へのアプローチは概ね一貫していました：

• 製造元から入手したファームウェアおよび関連する更新ツールをリバースエンジニアリング環境にデプロイ。
• ターゲットに対して Claude Opus 5 に指示を出す。

具体的なゴールは機器種別によって異なりますが、主に以下のタスクが含まれます：

• ファームウェア更新フォーマットと更新プロトコルのリバースエンジニアリング
• カスタム更新ツールの実装
• プロトコルセキュリティの特定（チェックサム、署名検証、セキュアブートメカニズムなど）
• 静的分析及び動的分析によりすべてのプロトコルインターフェースの列挙と機能の完全な網羅
• 製品内に埋め込まれた隠されたデバッグ機能の発見とアクセス方法の特定

調査統計（5 つの機器全体）：

• 使用期間: 約 2 ヶ所の夕方の時間
• Active Churn (エージェントの稼働時間): 合計約 13 時間 (不活性時間を除く)
• プロンプト数: 合計約 98 回

各リンクは、生成されたスクリプトとドキュメントを含む GitHub リポジトリへ続きます（たまに「slop」と呼ばれる低品質なコードも含まれます）。すべてのエクスPLOIT は実ハードウェアで検証済みです。

---

分析対象機器の詳細

1. Insta360 Link Webカメラ

• GitHub リポジトリ: [Link]
• Claude Churn: 3.7 時間
• My Prompts: 33 回

概要と発見:

• オートフォーミング（顔追跡）機能付きのジンバル搭載パン・ティルト・ズームカメラです。
• 「iSeeYou」攻撃手法と同様に、活動 LED をトリックして消灯できるか検証しました。
• 内部構造の意外性: 小型な Web カメラながら、Ambarella の RTOS（ThreadX）を稼働させています。顔追跡だけでなく、ジェスチャ検出や他の制御機能用の小さなビジョンモデルもホストされています。
• USB Video Class インターフェース: XU (Extension Unit) コマンドにより「Mass Storage モード」に切り替え可能。内部 FAT ファイルシステムへ段階的なファームウェア更新を転送でき、再起動時に適用されます（ただし再起動が必要）。
• USB Vendor Class コマンドチャンネル: ユーザー操作なしで完全なフラッシングが可能。任意のファイルへの読み書きおよび再起動コマンドへのアクセスを提供します。
• セキュリティ保護: ファームウェア配置後は、完全性と検証のための MD5 ハッシュのみが追加されており、それ以上のアンチタンパメチャはありません。
• LED 制御: ファームウェア内の構造化された「パターン」セットをパッチして、カメラ活動インジケーター（緑色 LED）の点灯を無効化しました。レコーディング時でも LED が点灯しないという冷たい結果が確認できました。（注：ジンバルが下向きに傾くことで完全にステルスではないですが、非常に便利でした。）

2. ASUS ROG Swift PG42UQ モニター

• GitHub リポジトリ: [Link]
• Claude Churn: 1.2 時間
• My Prompts: 13 回

概要と発見:

• ピクセルクリーニングのポップアップオーバーレイを永久に削除することを目的としました。
• ファームウェア保護レベルは極めて低く: A/B スキームと基本的なチェックサムはあるものの、任意の内容を書き込むことが可能です。
• 更新経路: USB 経由の I2C バスを介してファームウェア更新が実行されます。
• ピクセルクリーニング警告: 8 時間の稼働後に必ず出現するため、公式に無効化する方法はありませんでした。しかし、Claude は機能を「殺す」適切なメモリ領域を特定し、成功しました。
• DDC/CI インターフェースの調査: ディスプレイケーブルを介して直接アクセス可能。Windows ユーティリティ「DisplayWidget」で提供される機能（ハードウェアクロスヘア、ズームオーバーレイ、FPS カウンタなど）を Linux でも利用できるようスクリプトを開発しました。

3. Shure MV7 マイク

• GitHub リポジトリ: [Link]
• Claude Churn: 4.2 時間
• My Prompts: 32 回

概要と発見:

• デジタルボリューム制御など、オンボードのインテリジェンスを備えた USB 接続マイクです。
• ファームウェアは Windows ソフトウェア「MOTIV Mix」の中に隠されており、Wine を使用して Linux 環境で更新サーバーを検出し、最新版をダウンロードしました。
• 構成要素: DSP と MCU の両方が含まれており、フラッシングプロセス自体には実質的なセキュリティ対策がありませんでした。
• USB HID Vendor Class プロトコル: 完全なプレーンテキストコマンドシェルを提供します。
  • 利用可能なコマンド数は48通り。
  • Chrome Web ページ内から WebHID を介して直接アクセス可能。
• ウェブインターフェースの実装: Claude にシェル用の Web インターフェースの作成を指示しました。
  • 機能: 12 個の DSP ノブ、任意のメモリエンドレス（読み書き）操作、LED コントロールなど。
  • 権限システム: 4 つの階層を持つユーザー権限システムを採用しており、単なる文字列比較を超えた認証が必要です。
• エクスプロイト事例 (

  su sup

  コマンド):
  • 高階層へのアクセスを取得し、タッチパネルを無効化またはマイクミュートを物理操作で解除可能にします。
  • 実際のミュート状態とは独立してミュート LED を制御できます（Web カメラの LED 消灯トリックと同様）。

4. Elgato Cam Link 4K ビデオキャプチャデバイス

• GitHub リポジトリ: [Link]
• Claude Churn: 1.5 時間
• My Prompts: 10 回

概要と発見:

• HDMI ビデオキャプチャデバイスで、他の機器と同様の脆弱性を持っていましたが、分析プロセス自体が興味深かったためです（睡眠中に完全なリバースエンジニアリング完了）。
• ファームウェア構成: MCU イメージと FPGA ビットストリームの両方が含まれています。
• セキュリティ: ファームウェア更新パスには保護が全く存在しませんでした。
• EDID 情報の抽出: サポートされている解像度、リフレッシュレート、カラースペース、クロマサンプリングオプションについて正確な知識を得られました。
• Vendor HID プロトコル: 内部 I2C バスへのトンネルアクセスを提供しており、内部 HDMI レシーバレジスタを直接操作できる興味深い能力を持っています。

5. Elgato Key Light Mini (キーライト)

• GitHub リポジトリ: [Link]
• Claude Churn: 2.4 時間
• My Prompts: 10 回

概要と発見:

• WiFi に接続可能なデバイスであり、検討した機器の中で唯一、意味のあるファームウェア完全性保護を備えています。
  • Ed25519による署名付きファームウェア更新の強制。
  • SHA-512 ハッシュの検証。
  • 検証されていないファームウェアペイロードは拒否されます。
• 脅威モデルの違い: WiFi を介して接続されるため、同じネットワーク上の未認証ユーザーが容易に利用可能になり、他のデバイスとは異なるリスクを内包しています。
• 重大な脆弱性の発見:
  • 署名検証は更新プロセス時に行われますが、特定の条件下で無効なファームウェアのフラッシングを防ぐ強制策はありませんでした。
  • Claude の指示により、この検証をバイパスするエクスプロイトを発見しました。
• エクスプロイト手法: HTTP POST リクエストを使用して、内部 UART へ直接メモリパッチコマンドを含むペイロードをドロップします。
  • コマンド例:

    ATSE=0200ED94,0E001009

  • この単一のリクエストだけで署名チェックが無効化され、未署名ファームウェアへの自由な更新が可能になります。
• 検証: デバイス名を再ネーミングするだけの簡単なパッチで成功しました。

---

考察と反省（所有機器からの教訓）

ポジティブな側面

• この取り組みは、互換性の向上や期待通りの動作しないものの修正に極めて優れています。
• ハードウェアは、数時間のオフライン自動化エフォートだけでほぼ普遍的に「オープン」です。
• 近い将来、Web カメラファームウェアへの機能追加が、Linux マシンソフトウェアの改良と同じくらい簡単に行えるようになることを期待しています。

セキュリティ専門家としての懸念点

この状況は、セキュリティ専門家の視点からは警鐘を鳴らすべきものです。

1. 悪意のあるファームウェアの前提: 以前は、すべてのコンピュータ接続機器が国レベルのアクターによるマルウェア実装を実行していると想定していました。
2. OS の保護不足: オペレーティングシステムは、静かな環境下でもマイクが稼働している、または

   Win+R

   経由でキーボードがデータ漏洩ツール化されるなど、十分な保護を欠いています。
3. Web テクノロジーのリスク: WebUSB, WebHID, WebBluetooth の存在により、デバイスコラスの利用次第で、ユーザーの一時的な不注意（権限プロンプトの承諾）だけで永続的なバックドアが作成され得ます。

ネットワーク接続機器の本質

• 結論として、すべてのネットワーク接続機器は本質的に侵害されているように見えます。
• これまでに、商用 Dell モニターで root シェルを入手したり、Eaton UPS ユニットでリモートコード実行 (RCE) を達成したりしています。
• クライアントがこうしたシステムと直接対話すべきではありませんが、潜在的な悪用スピードと規模はリスクを劇的に高めています。

AI 自動化されたリバースエンジニアリングワーム

AI による自動リバースエンジニアリングワームが現在何ができるかについて考えると：

• インフェクションターゲットへ積極的に自己複製する高度な C&C (コマンド＆コントロール) メカニズムの構築は、隣接するアクセサリーや IoT デバイス、産業機械へ自分自身を押し付けることと並行して調査情報を伝達するのは、もう一歩先のことでありそうです。
• 完全な実現を阻んでいる要因:
  1. 各デバイスモデルに対して独自のリバースエンジニアリング努力が必要です（これはエージェントに任せる労力）。
  2. バリデーションには物理的なハードウェアへのアクセスが必要であり（これは既に侵害されたホスト上のマルウェアが利用可能）、これが足かせになっています。
• このような能力は既に存在していることに驚いておらず、今後数年間でますます興味深いものになるでしょう。