Toward Securing AI Agents Like Operating Systems

本論文は、LLM ベースの AI エージェントのセキュリティ確保にはオペレーティングシステムのセキュリティ原則の適用が必要であると主張し、統合アーキテクチャ分析とケーススタディを通じて、一部のリスクは本質的であるものの、リソース分離や権限分離といった確立された OS 技術を用いることで多くの脆弱性を軽減できることを示している。

原著者: Lukas Pirch, Micha Horlboge, Patrick Großmann, Syeda Mahnur Asif, Klim Kireev, Thorsten Holz, Konrad Rieck

公開日 2026-05-15✓ Author reviewed
📖 1 分で読めます☕ さくっと読める

原著者: Lukas Pirch, Micha Horlboge, Patrick Großmann, Syeda Mahnur Asif, Klim Kireev, Thorsten Holz, Konrad Rieck

原論文は CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む

超優秀で非常に意欲的な「エージェント」という名の個人秘書を雇ったと想像してください。この秘書はあなたのメールを読み、カレンダーを管理し、フライトを予約し、さらにはあなたのためにコードを書くことさえできます。まるで眠らない魔法の従業員を手に入れたようなものです。

しかし、ここには落とし穴があります。あなたは、この従業員に自宅の全鍵、銀行口座、そして日記へのアクセス権を渡してしまったのです。もし巧妙な泥棒が、この秘書をあなただと信じ込ませたり、裏口を開けるよう説得したりすれば、泥棒はすべてを手にしてしまいます。

これがこの論文が取り組む核心的な問題です。著者たちは、私たちはこれらのAIエージェントをまるで新しい魔法の生き物であるかのように構築しているが、実際にはそれらをオペレーティングシステム(Windows や macOS のような、コンピュータを動かすソフトウェア)のように扱うべきだと主張しています。

以下に、彼らの発見を簡単な比喩を用いて解説します。

1. 大きなアイデア:エージェントはオペレーティングシステムである

著者たちはこう述べています。「AI を単なるチャットボットだと考えないでください。それをあなたのデジタル生活のOSだと考えてください。」

  • AI(LLM)はユーザーである:コンピュータにおいて、ユーザーはコマンドを入力します。AI エージェントにおいては、大規模言語モデル(「脳」)がコマンドを入力する存在です。しかし、人間ユーザーがフィッシングメールにだまされるのと同様に、AI も「ジャイルブレイク」プロンプトにだまされる可能性があります。
  • ツールはシステムコールである:コンピュータで「印刷」をクリックすると、OS は権限があるか確認します。AI が「メールを送る」ことを望むとき、それはツールです。この論文は、これらのツールは自由なコマンドではなく、厳格なシステムコールとして扱われるべきだと主張しています。
  • ランタイムはカーネルである:実際にコードを実行するソフトウェアの部分が「カーネル」です。安全なコンピュータでは、カーネルがボスです。誰が何に触れるかを決定します。現在の AI エージェントでは、この「カーネル」はあまりにも親切で、「ユーザー」(AI)が危険なことであっても何でもできるようにしてしまっています。

2. 問題点:「オープンハウス」パーティー

この論文は、OpenClaw やその仲間のような人気のある AI エージェントを検討し、それらが誰でも入って何でも触れることができるオープンハウスのように構築されていることを発見しました。

  • 壁がない:安全なコンピュータでは、異なるプログラムは隔離されています。もしウイルスがあなたの電卓アプリに感染しても、銀行ファイルを読み取ることができてはいけません。しかし、これらの AI エージェントでは、「電卓」(ツール)と「銀行ファイル」(メモリ)がすべて同じ部屋にあります。AI が混乱すれば、誤って(あるいは悪意を持って)それらを混同してしまう可能性があります。
  • 「私を信じて」という誤謬:これらのエージェントは、AI が「安全であること」を思い出すことに依存しています。「ファイルを削除しない」といったルールがありますが、それらは単なる英語で書かれているに過ぎません。ハッカーが AI に囁いて trick をかければ、AI はそのルールを忘れてしまいます。まるで警備員に監視を任せる際に、「自分の最善の判断で」と言うようなものです。
  • 「サードパーティ」のリスク:これらのエージェントは、「スキル」(アプリのようなもの)のインストールを許可します。銀行口座への裏口を密かに持っている「天気アプリ」をダウンロードできると想像してください。この論文は、これらのエージェントの多くが、安全性を確認することなくこれらのスキルのインストールを許可していることを発見しました。

3. 実験:エージェントを破壊する

研究者たちは、4 つの人気のある AI エージェントを取り、 modest なスキルレベルのハッカーのように振る舞ってそれらを破壊しようと試みました。彼らは天才である必要はありませんでした。「家」の構造を知っていれば十分だったのです。

彼らが発見したこと

  • OpenClaw(「バニラ」エージェント):これが最も人気のあるものでした。研究者たちが試したすべての攻撃に対して脆弱でした。まるで玄関、裏口、窓をすべて大きく開け放っているようなものです。
  • IronClaw(「セキュリティ」エージェント):これはより安全になろうと試みました。いくつかのツールを「サンドボックス」(家全体に触れられないガラスの箱)に入れました。結果は改善しましたが、研究者たちは依然としてそれを欺く方法やガラスを割る方法を見つけました。
  • Nanobot(「ミニマル」エージェント):これはコード量が非常に少なく、コードが少ないほどバグも少ないという期待を持っていました。しかし、コードベースが小さくても、データを分離するために必要な基本的な「壁」が欠けていました。
  • NemoClaw(「ラッパー」エージェント):これはエージェント全体を安全なコンテナ(コンテナ船のコンテナのようなもの)の中に収めました。破壊するのが最も難しかったですが、研究者たちは依然として内部を覗き見たり、欺いたりする方法を見つけました。

衝撃的な結果:「安全」なバージョンでさえ、あるユーザーが別のユーザーのプライベートなノートを読むのを防いだり、エージェントが見知らぬ人へメッセージを送るのを防いだりといった基本的なことで失敗しました。

4. 解決策:過去から学ぶ

この論文の主な結論はシンプルです。これを解決するために新しい魔法を発明する必要はありません。50 年間知られてきたセキュリティの規則を使うだけで十分です。

オペレーティングシステムは、これらと同じ問題を以前に解決しています。著者たちは、これらの古くからの規則を AI に適用することを提案しています。

  • 隔離:すべてのツールを独自のガラスの箱(サンドボックス)に入れ、明示的に許可されていない限り、他のツールやあなたのプライベートなファイルに触れられないようにします。
  • 最小権限:エージェントがメールを読めるからといって、それがすべきという意味ではありません。特定のタスクに必要な鍵だけを授与します。
  • 強化されたログ記録:エージェントが行ったすべてのことを記録しますが、エージェントがその記録を削除したり変更したりできないようにします(改ざん防止型のセキュリティカメラのように)。
  • 厳格な境界:何が安全かを AI に決定させないでください。「カーネル」(システム)が規則を執行しなければなりません。AI の「脳」ではありません。

まとめ

この論文は、AI エージェントが現在、規制されていない荒廃した開拓地のように構築されていると主張しています。それらは強力ですが、機密データと信頼できない指示が混在しているため危険です。

著者たちは言います。「安全にするために AI を『より賢く』しようとしないでください。代わりに、それを囲むシステムを安全なオペレーティングシステムのように構築してください。」もし、AI を厳格なセキュリティガード(OS)によって監視され制限される必要があるユーザーのように扱うなら、これらの強力なツールを家庭やビジネスで安全に使用できるようになります。

結論:私たちは人生のマスターキーを持つデジタル従業員を構築していますが、まだ鍵、塀、セキュリティガードを構築していません。数十年にわたりそれらの鍵を構築してきたコンピュータセキュリティの専門家たちの設計図を借りる時が来ました。

自分の分野の論文に埋もれていませんか?

研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。

Digest を試す →