最小権限の原則

📖 もうちょい詳しく

何が新しいの？

「最小権限の原則」は、人やプログラムに渡す権限を、その仕事に必要な分だけにしぼるという考え方です。考え方じたいは古くからありますが、クラウドやAIで「誰が何を触れるか」がふくざつになり、あらためて大切にされています。万が一どこかが乗っ取られても、被害をその範囲だけに小さく抑えられるのがねらいです。

どうやって動いてるの？

まず「この人（やプログラム）には何が必要か」を洗い出し、それ以外の権限は最初から渡しません。多くの仕組みでは、役割ごとに権限をまとめておき、必要なときだけ渡す形にします。一時的にしか使わない権限は、期限を切って後で自動的に取り上げることもよくあります。

何ができるの？

たとえば「データを読むだけの担当者」には、書きかえや削除の権限を渡さずにおけます。すると、その人のパスワードが盗まれても、相手にできることは「読む」だけにとどまります。クラウド上のプログラム同士でも同じで、必要な箱だけに手が届くよう設計しておけます。

🌱 身近なたとえ

ホテルのカードキーで例えると分かりやすいです。お客さんのカードは「自分の部屋」だけが開き、他人の部屋や機械室は開きません。掃除のスタッフは客室だけ、設備の担当者は機械室だけ、と役割ごとに開く扉を分けてあります。もし1枚なくしても、開くのはその範囲だけなので、被害が広がりにくいのです。

✅ まず覚えるポイント

• 必要な権限「だけ」を渡し、余分は最初から渡さない
• もし乗っ取られても、被害をその範囲に小さく抑えられる
• 役割ごとに権限をまとめると、配りやすく見直しやすい
• 一時的な権限は期限を切って、使い終わったら取り上げる
• 「念のため広めに」は危険。困ったときに足す方が安全

🧭 よくある勘違い

権限は多めに渡しておく方が便利では？

たしかに作業は楽になりますが、その分だけ事故のときの被害も大きくなります。広い権限を持つ場所が一つ乗っ取られると、そこから一気に広がってしまいます。困ったら後から足す方が、ずっと安全です。

最小権限にすれば完全に安全？

被害を「小さく」する考え方であって、攻撃そのものを防ぐものではありません。パスワードの管理や暗号化など、ほかの対策と組み合わせて初めて力を発揮します。これだけで万全とは考えないのが大切です。

人だけに気をつければいい？

プログラムやサービスにも権限があり、こちらの渡しすぎも危険です。むしろ自動で動くぶん、見落とされやすい点があります。人にもプログラムにも同じ考え方を当てはめるのが基本です。

🧩 関連して覚えると楽な言葉

• RBAC: 役割ごとに権限をまとめて配る、権限管理のやり方です
• 認可（authorization）: 「この人は何をしてよいか」を決める仕組みです
• ゼロトラスト: すべてを疑い、毎回確認してから通す考え方です
• シークレット管理: パスワードや鍵を安全にしまって渡す仕組みです

🏁 ひとことでまとめ

権限はケチるくらいがちょうどいい、というのが最小権限の原則です。渡す範囲をしぼっておくほど、もしものときの被害が小さくすみます。