← 概念解説に戻る

Concept Fable

最小権限の原則

先に結論:最小権限の原則は、各ユーザー、エージェント、サービス、ツールに、現在のタスクと時間枠に必要な最小限の権限だけを与える。Agent システムでは、最小権限はプロンプトインジェクション、悪い計画、侵害されたツール、誤った自律性、内部不正による被害範囲を制限する。スコープ付き資格情報、ジャストインタイムアクセス、承認、自動失効を含めるべきである。

Principle of Least Privilege · Security / operations

まず物語を読む。ここでは急いで定義を示さず、まず問題そのものを立ち上がらせる。

寓話

その日に使う鍵だけを持っていく

山荘の管家は以前、鍵の束を丸ごと夜番に渡していた。厨房、薬房、金庫、馬小屋、書斎が一つの束にあり、その方が楽だったからだ。夜に誰かが物を取るなら、夜番はいちいち伺いを立てなくてよかった。

ある日、新しい夜番の者が指示を聞き間違え、台所へ灯油を取りに行くつもりが、つい薬局を開けて火打石を探し、さらに金庫の鍵を机の上に置き忘れた。誰も盗みはしなかったが、荘主は背筋が寒くなるのを見た。一度の小さな用事が、すべての急所に触れてしまったのだ。

管家はまず夜番の者に誓約書を書かせ、勝手にドアを開けないと約束させた。二晩目も彼は依然として鍵束全体を背負って庭を見回った。誓約書は人に注意を促せるが、鍵の紛失や誤用後の損失を減らすことはできない。

老会計係は鍵を分けることを勧めた。食事を運ぶ者は台所の鍵だけを持ち、馬の世話をする者は馬屋の鍵だけを持ち、薬房の鍵は医師に従い、金庫の鍵は管家と会計係が共同で保管する。臨時任務は期限が来たら返却し、例外は登記する。

最初は皆、面倒だと嫌がった。しかしあるとき給仕が鍵をなくし、厨房の錠だけを替えれば済み、金庫も薬房も影響を受けなかった。庄主は初めて、権限をちょうど必要な分だけに縮めれば、誤りを小さな範囲で止められることを見た。

その後、山荘の業務はさほど遅くならなかったが、事故は減った。執事は理解した。信頼できる管理とは、誰もが常に慎重であることを信じることではなく、各役割が現在のタスクを完了するのに必要な最小限の権限だけを持ち、権限を超える場合は再申請を必須にすることだ。

執事はさらに、鍵は便利だからといって長期間貸し出してはならないと定めた。今日は屋根の修理に倉庫の鍵が必要なら、直したら返却する。次に必要になったら、また任務に応じて受け取る。一時的な権限が永久の権限になれば、リスクは静かに大きくなる。

後に荘に新しい僕が来ると、管家はもう「彼は信頼に値するか」と問うて鍵束を丸ごと渡すのではなく、「彼は今日何を成し遂げるのか」と問うた。信頼は依然として重要だが、制度がまず起こりうる誤傷の範囲を小さく抑える。後に荘主が鍵を検査する時、見るのは誰の役職が高いかではなく、誰が今どの任務をしているかだった。権力は任務に従い、任務が終われば権力は回収され、山荘は一度の小さなミスで全ての門を開くことはない。この収放により山荘は事を運べるが、全てのリスクを一人の腰に掛けることもない。後に古参の従業員でも、任務ごとに鍵を受け取った。熟知は境界に代われない。この規則は後に山荘の常識となった。安定。

明らかにする

この物語が語っているのは:最小権限の原則

最小権限の原則は、各ユーザー、エージェント、サービス、ツールに、現在のタスクと時間枠に必要な最小限の権限だけを与える。Agent システムでは、最小権限はプロンプトインジェクション、悪い計画、侵害されたツール、誤った自律性、内部不正による被害範囲を制限する。スコープ付き資格情報、ジャストインタイムアクセス、承認、自動失効を含めるべきである。

重要なのは、それが単なる用語ではなく、実際のAI/Agentシステムで繰り返し現れる構造的な問題だという点だ。これを理解して初めて、いつモデルを足すべきか、いつプロセスを変えるべきか、いつガバナンスを補うべきかを判断できる。

メタファーのマッピング

  • 鍵束まるごと:広すぎるデフォルト権限
  • 夜回りの木偶:自動化 Agent
  • 無関係な秘密がログに入る:権限が広すぎることによるデータ拡散
  • 当日のルートキー:最小権限とタスク別認可
  • 追加鍵の承認:JIT 権限と昇格フロー
  • 最後の洞察:Agentが行動できるほど、長期的・全体的・追跡不能な権限は少なく与えるべきだ

Andy(任旭)判断

この概念の実戦的価値は、「賢く見えるAI機能」を納品可能、検収可能、ガバナンス可能な作業単位に分解する手助けをすることです。

PermissionsRBACサンドボックス化secrets management承認アクセス制御

関連する識別

この概念は隣接概念と混用されやすいので、対比ページを続けて見ることをおすすめする。

京ICP备2026014272号