ローカルエージェント向けの安全なサンドボックスの実装

**ローカルエージェント向けセキュアなサンドボックスの実装** コーディングエージェントは、環境を調査し変更を加えるためにターミナルコマンドを実行する能力が大幅に向上している。ユーザーがこれらのコマンドを自動承認すれば、エージェントの能力は飛躍的に高まるが、その代償としてリスクも増大する。誤動作したエージェントは、データベースの削除、壊れたコードのリリース、機密情報の漏洩などを引き起こす可能性がある。 あらゆるコマンドに人の承認を求めることはこのリスクを軽減するが、その効果は往々にして一時的なものに留まる。承認が蓄積するにつれ、ユーザーは注意深く確認しなくなる。エンジニアが複数のエージェントを並行して実行し、承認プロンプト間でコンテキストスイッチを迫られる状況では、この問題はさらに悪化する。結果として「承認疲れ」が生じ、承認制度の本来の目的が損なわれてしまう。 この問題に対処するため、我々は過去3ヶ月でmacOS、Linux、Windows向けにエージェントのサンドボックス化を展開した。サンドボックス化されたエージェントは、制御された環境内では自由に動作し、外部（主にインターネットへのアクセス）に出る必要が生じた時のみ承認を要求する。これにより、中断は劇的に減少した。サンドボックス化されたエージェントは、非サンドボックス版に比べて停止回数が40%少なく、ユーザーは手動でのレビューと承認に費やす時間を数時間節約できる。 我々のサンドボックス化の取り組みは、セキュリティを向上させながら中断を排除することを目標に始まった。エージェントに効果を発揮する十分な自由度を与えつつ、リスクを生む権限は与えないようにする必要があった。 このバランスを取ることは見た目以上に難しい。多くの基本的なテストやビルドの工程でさえ、予期しない権限を必要とするターミナルコマンドが存在する。単純なサンドボックスではこれらをブロックし、エージェントのワークフローを破綻させてしまう。実用的なサンドボックスの設計は、各OSが設定するパラメータ内で、セキュリティと使いやすさの間のトレードオフを調整する作業なのである。 我々は、各プラットフォームで異なる実装を持つ統一されたサンドボックスAPIを提供する。macOS、Linux、Windowsはそれぞれ異なるサンドボックス基盤を提供しており、これが設計の根幹を決定した。 特にmacOSでは4つのサンドボックス手法（App Sandbox、コンテナ、仮想マシン、Seatbelt）を評価した。App SandboxはMac App Store向けに設計されており、エージェントが実行する可能性のあるすべてのバイナリにCursorが署名する必要が生じる。これは大幅な複雑化をもたらし、エージェントが生成または変更したバイナリがCursorの信頼を継承するという新たな悪用経路を開くことになる。コンテナはLinuxバイナリに制限され、仮想マシンは許容できない起動遅延と

ローカルエージェント向けの安全なサンドボックスの実装

背景や根拠まで確認しますか？

関連記事

調べる

選ぶ

サイト

背景や根拠まで確認しますか？

関連記事

ニュースの次に確認する

調べる

選ぶ

サイト