最小権限の原則とは

この記事は約 2 分で読めます

最小権限の原則 (Principle of Least Privilege) とは、ユーザーやプログラムに業務遂行に必要な最小限の権限のみを付与するセキュリティ原則です。ゼロトラストセキュリティの基本的な考え方であり、万が一アカウントが侵害されても被害範囲を最小限に抑える効果があります。

現場での使用例

例えば、新入社員のアカウントに誤って管理者権限が付与されているようなケースは珍しくありません。こうした過剰な権限は、監査やアクセス権のレビューで見つかり次第、業務に必要な最小限のロールへ速やかに絞り直すのが基本です。あわせて、権限の棚卸しを定期的に行い、長期間使われていない権限を検出して削除する運用を組み合わせると、権限が知らないうちに肥大化するのを防げます。

なぜ最小権限が重要か

侵入の入口になるのは、破られた仕組みよりも、乗っ取られた正規のアカウントです。全社員に管理者権限を付与していた場合、 1 人のアカウントがフィッシングで乗っ取られただけで全システムが危険にさらされます。最小権限を適用していれば、攻撃者が得られるアクセス範囲は限定的になり、権限昇格攻撃の難易度も大幅に上がります。

実装の具体例

クラウド環境では、 AWS IAM ポリシーで「 S3 の特定バケットへの読み取りのみ」「 EC2 インスタンスの起動・停止のみ」といった細粒度の権限設定が可能です。データベースでは、アプリケーション用アカウントに SELECT 権限のみを付与し、 DDL (テーブル作成・削除) 権限は DBA のみに限定します。開発者が本番環境に直接アクセスする必要がある場合は、 JIT (Just-In-Time) アクセスで一時的に権限を付与し、作業完了後に自動で失効させる仕組みが推奨されます。

運用の落とし穴

最小権限の最大の敵は「権限の蓄積」です。異動や役割変更のたびに新しい権限が追加される一方、古い権限が削除されず、結果的に過剰な権限を持つアカウントが生まれます。四半期ごとの権限棚卸しと、未使用権限の自動検出・削除の仕組みを導入しましょう。サービスごとに固有の強力なパスワードで特権アカウントを保護し、API キー管理でも最小権限を徹底することが重要です。