プライバシー

ローカルAIエージェント:プライベートだが安全か

自分のPCでAIを動かせばデータはクラウドに出ないが、ファイルを読みコマンドを実行するエージェントは攻撃者に新たな扉を開く。ローカルAIを安全に使う方法。

自分のコンピューターでAIを動かせば、データをクラウド事業者から遠ざけられる。だがそれで安全になるわけではない。ローカルのAIエージェントがファイルを読み、メールを開き、コマンドを実行できるようになった瞬間、そこに文章を差し出せる人なら誰でもそれを操ろうとできる。これはプライバシーだけでは解決できないセキュリティの問題だ。

本稿は、個人や企業がAIを自分のマシンに移す理由、人気のローカルエージェントで何が起きたか、そして裏口を開けずにプライバシーの利点を得る方法を説明する。

なぜAIをローカルで動かすのか?

プライバシーと管理のためだ。自分の端末で動くモデルは、プロンプト、文書、コードを事業者に送らない。ChatGPTの無料でオープンソースの代替であるJanのようなデスクトップアプリを使えば、オープンなモデルをダウンロードしてローカルで動かせる。

職場の事情もある。マイクロソフトとLinkedInの「Work Trend Index 2024」によると、職場でAIを使う人の78%が自分のツールを持ち込んでいる。社外サービスに会社のデータを送らずに従業員にAIを使わせる手段として、ローカルAIに注目する組織もある。

ローカルAIは安全か?

質問に答えるだけのローカルのチャットアプリなら、攻撃対象は小さい。ローカルの*エージェント*は違う。ファイルを読み、Webを閲覧し、メッセージを送り、コマンドを実行するなど、実際に行動する。これにより、よく知られた二つのリスクが深刻になる。

間接プロンプトインジェクション。 研究者は2023年に、Webページや文書などAIが読む内容に隠された指示がその振る舞いを乗っ取りうることを示した。OWASPはプロンプトインジェクションを大規模言語モデルを使うアプリケーションのリスクの筆頭に挙げ、間接的な注入はWebサイトやファイルなど外部のソースから入り込むと指摘している。

過剰なエージェンシー。 OWASPのLLM06は、エージェントが誤導されたときに被害が生じる根本原因として、過剰な機能、過剰な権限、過剰な自律性を挙げる。ノートPCに完全にアクセスできるエージェントは、その三つをすべて備えている。

コストは現実のものだ。IBMの「データ侵害のコストに関する調査 2026」は、組織のAIを狙ったプロンプトインジェクションのインシデントによる平均損失が589万ドルだったとしている。

ClawdbotとOpenClawで何が起きたのか?

2026年初め、Clawdbot、Moltbot、OpenClawと名前を変えたオープンソースのAIアシスタントが、ユーザーのコンピューター上で自ら作業をこなせることから一気に広まった。セキュリティ研究者はすぐに警鐘を鳴らした。Tenableは、このツールがメール、チャットメッセージ、Webページを読むため、攻撃者はメッセージを送って許可されていないコマンドを実行させられること、またエージェントが保存したキーが盗まれてアカウントを乗っ取られうることを説明した。

Tenableの助言は明快だった。エージェントのキーとトークンの範囲を絞り、必要なだけのアクセスにとどめて危険な操作を禁止すること。そして、エージェントは信頼できないメッセージを読むグループチャンネルに追加されうるため、信頼できる人とチャンネルだけにアクセスを許すことだ。

分析: 教訓は、あるツールの作りが悪かったということではない。信頼できない入力、私的なデータ、行動する力を組み合わせたエージェントは、どこで動いていても同じように攻撃にさらされる。

プライバシーかセキュリティか、選ばなければならないのか?

そうではないが、両方を見据えて設計する必要がある。ローカル処理はデータを事業者から守る。隔離と限定された権限はデータをエージェントから守る。クラウドが自動的に劣るわけでもない。よく運用されたサービスは、個人のノートPCには望めない監視やパッチ適用を行える。正しい選択は、データ、作業内容、そして誰が環境を保守するかによって決まる。

ローカルAIエージェントを安全に使うには?

  1. 会話と行動を分ける。 プライベートな質問には単純なローカルモデルを使い、エージェント機能は必要なときだけ有効にする。
  2. 最小限のアクセスを与える。 ディスク全体ではなく作業用フォルダーを一つだけ渡し、不要な保存済みパスワードやキーは与えない。
  3. 隔離する。 エージェントはコンテナや仮想マシンで動かし、誤導されてもシステムの他の部分に届かないようにする。
  4. 人間を介在させる。 コマンドの実行、メッセージの送信、インターネットへの接続の前に承認を求める。
  5. 信頼できない入力を制限する。 強力なツールを持つエージェントに、公開チャンネルや見知らぬメールを読ませない。
  6. 更新と監視を続ける。 セキュリティ更新を速やかに適用し、エージェントの操作を記録する。
  7. 社内ポリシーを定める。 従業員が自分のAIを持ち込むなら、回避されるだけの禁止ではなく、承認済みのツールと明確なルールを与える。

一部が侵害されても全体に及ばないようにAIシステムを構成する方法については、一つの巨大AIモデルか、多数のエージェントかを参照。

よくある質問

ローカルAIはクラウドAIよりプライベートか?

データそのものについては通常そうだ。自分の端末で動くモデルは、プロンプトやファイルを事業者に送らない。しかしプライバシーはセキュリティと同じではない。ファイル、メール、コマンドラインにアクセスできるエージェントは、だまされてそれらを漏らす可能性がある。

間接プロンプトインジェクションとは何か?

Webページ、メール、ファイルなど、AIが読み込む内容に指示を隠す攻撃である。OWASPはプロンプトインジェクションを、大規模言語モデルを使うアプリケーションの最大のリスクに位置づけている。

ClawdbotとOpenClawで何が問題になったのか?

Clawdbot、Moltbot、OpenClawと名前を変えたオープンソースのエージェントは、2026年初めにセキュリティ上の警告を招いた。Tenableはメール、チャット、Webページを通じた間接プロンプトインジェクションやAPIキーの盗難を説明し、信頼できる人とチャンネルだけにアクセスを許すよう勧めた。

ローカルAIエージェントを安全に動かすには?

必要最小限の権限だけを与え、隔離されたコンテナや仮想マシンで動かし、コマンド実行やデータ送信の前に承認を求め、できるだけ信頼できない内容から遠ざけ、常に最新に保つ。

参考文献

  1. Jan, Open-source ChatGPT replacement — AIモデルをローカルで実行する無料のオープンソース・デスクトップアプリの例。
  2. Tenable (2026), Agentic AI Security: How to Mitigate Clawdbot, Moltbot, OpenClaw Vulnerabilities — メール、チャットメッセージ、Webページを通じた間接プロンプトインジェクション;キーの露出;信頼できる人とチャンネルだけにアクセスを許すよう助言。
  3. Greshake et al. (2023), Not what you've signed up for: Compromising Real-World LLM-Integrated Applications with Indirect Prompt Injection — 間接プロンプトインジェクションを記述した研究論文。
  4. OWASP (2025), LLM01:2025 Prompt Injection — Webサイトやファイルに隠された指示を含む、直接・間接のプロンプトインジェクションを定義。
  5. OWASP (2025), LLM06:2025 Excessive Agency — 根本原因:過剰な機能、過剰な権限、過剰な自律性。
  6. IBM (2026), AI-powered adversaries and the enterprise risk challenge (Cost of a Data Breach Report 2026) — プロンプトインジェクションのインシデントによる平均損失は589万ドル。
  7. Microsoft and LinkedIn (2024), AI at Work Is Here. Now Comes the Hard Part (Work Trend Index) — AI利用者の78%が自分のAIツールを職場に持ち込んでいる。