← 概念辨析に戻る

Concept Contrast Fable

サンドボックスと権限境界:一方は隔離された部屋を作り、一方は誰が入れるかを書いた

先に結論:セキュリティ設計では、サンドボックスと権限境界が同じアーキテクチャ図のページに置かれることがよくある。議論では「サンドボックスがあれば安全」「権限を設定すれば十分」といった単純化が生まれやすい。サンドボックスが提供するのは隔離された実行環境であり、権限境界が定義するのはアクセスルールの集合である。隔離された部屋でも入退室ルールがなければ、やはり誰かが間違った扉を通る。

セキュリティ設計では、サンドボックスと権限境界が同じアーキテクチャ図のページに置かれることがよくある。議論では「サンドボックスがあれば安全」「権限を設定すれば十分」といった単純化が生まれやすい。サンドボックスが提供するのは隔離された実行環境であり、権限境界が定義するのはアクセスルールの集合である。隔離された部屋でも入退室ルールがなければ、やはり誰かが間違った扉を通る。

寓話

研究所の実験室と入構証

ある材料研究所が新しい実験棟を建てた。棟内の各実験室は独立した密封ユニットで、専用の換気システムと廃液処理装置を備えている——異なる実験室同士は物理的に完全に遮断され、交叉汚染を防ぐ。基建検収では、各実験室の密封テストはすべて合格した。

実験室が使用開始された初日に問題が起きた。有機合成を研究する一人の研究者がカードを刷って無機材料実験室に入った——彼の入退室カードの権限はすべての実験室で、専門分野ごとの区切りがなかった。彼は無機実験室で小さな実験を行い、試薬棚の薬品を間違えて使い、安全事故にはならなかったが、発見時にはその実験室の対照サンプルを汚染していた。

安全科は振り返りでとてもわかりやすい図を描いた。実験棟の密封個室は汚染物質を部屋から出さないが、入退室カードの権限がどんな人がどの部屋に入れるかを決める。密封個室は入った後のことを管理し、入退室権限は誰が入れるかを管理する。二つはそれぞれ別の区間を担っており、前の区間が漏れれば、後の区間がどれだけ密封でも意味がない。

研究所は安全方案を再設計した。物理的隔離は維持——各実験室は引き続き独立して密閉される。入退室管理システムは研究グループとプロジェクトごとに再区分され、研究員は自分が許可された1~2室の実験室にのみカードで入室でき、区域をまたぐ入室には承認が必要となった。物理的隔離と権限管理は、独立して管理される二つの安全層になった。

半年の運用後、典型的な連動防御が一度捕まえた。新しく来た大学院生が誤った入館カードで核磁気共鳴実験室に入ろうとしたが、第一の入館ゲートがカード読み取り要求を拒否し、第二の物理的隔離はそもそも使われなかった。リスクは門口で食い止められた。安全科は報告書にこう書いた。隔離環境は最後の防衛線であり、権限の壁は第一の防衛線である。二つの防衛線はそれぞれ独立して運用され、重複する防御は単層の防御よりも常に良い。

研究所は後にこの経験を安全研修教材の一つの比喩として書き加えた。実験室は鍵のかかった箱であり、入退室規則はその箱の鍵リストである。箱がどれほど頑丈でも、鍵リストが間違っていれば扉が開いているのと同じだ。逆に、鍵リストがどれほど精密でも、箱そのものに隙間があれば、入るべきでない物質を防げない。

サンドボックス

コード、プロセス、操作を制御された境界内で実行する隔離された実行環境であり、システムの他の部分への影響や漏洩を防ぐ。コンテナレベルの安全保証を提供する。

権限境界

主体がどの資源にアクセスでき、どの操作を実行できるかを定義する規則の集合であり、アクセス制御のポリシー層である。誰がどのような条件で何をできるかを規定する。

物語の対応

  • 独立密封の実験室個室:サンドボックス。隔離された実行環境とコンテナレベルの安全保障を提供する。
  • 入退室カード権限:権限境界、誰がどの部屋に入れるかを定義するアクセス制御ルール
  • 研究員が汎用ゲートを通って無機実験室に入る:サンドボックスは存在するが権限境界が広すぎて誤入
  • 入退室管理がカード読み取り要求を拒否し研究室の入口で阻止:権限境界が第一の防御線として入口でリスクを遮断
  • 箱をしっかり施錠することと鍵のリスト:隔離環境とアクセス規則がそれぞれ独立し、互いに補完するセキュリティ層

Agent プロジェクトに落とし込む

Agentのセキュリティアーキテクチャを設計する際、サンドボックスと権限境界を二つの独立した制御項目として挙げる。サンドボックスが答えるのは、Agentがコードや操作を実行するとき、どのような隔離環境で動くのか、操作ミスや悪意ある行為の影響範囲はどれほどか、という点である。権限境界が答えるのは、AgentがどのAPIを呼べるか、どのファイルを読めるか、どのような条件でユーザーを代表してアクションを実行できるか、という点である。セキュリティレビューでは、この二層がそれぞれ有効か、互いの盲点を補い合っているかを個別に確認する。

京ICP备2026014272号