このユニットの結論
必要最小限の権限とは、その人がその仕事をするのに必要な操作だけを、必要な範囲のデータに対して、必要な期間だけ許すという考え方です。
「念のため」「あとで困らないように」と広く与えた権限は、誤りや不正が起きたときの被害を大きくします。
1. 何の話か
このユニットは、必要最小限の権限（最小権限の原則）の話です。
権限は、多く与えるほど仕事は止まりにくくなりますが、そのぶん、誤った操作や悪用の被害が大きくなります。どこまで絞るかを考えます。
2. なぜ必要か
権限を広く与えすぎると、
- 操作の誤りで、関係のないデータまで変えてしまう
- アカウントが乗っ取られたとき、被害がシステム全体に広がる
- 誰が何をできるのかを、誰も説明できなくなる
- 一度与えた広い権限を、あとで取り上げにくくなる
ということが起きます。
3. このユニットで分かること
- 「最小」を決める3つの軸（操作・範囲・期間）
- 「念のため」の権限が生まれる理由と、その防ぎ方
- 一時的に広い権限が必要なときの扱い
- 権限の見直しで、AIに任せてよいことと人間が決めること
4. 「最小」を決める3つの軸
| 軸 | 問い | 例（教材上の例） |
|---|---|---|
| 操作 | 何をしてよいか | 見るだけ／登録できる／承認できる |
| 範囲 | どのデータに対してか | 自分の部署の案件だけ／全社の案件 |
| 期間 | いつまでか | 常に／プロジェクトの期間だけ／作業の間だけ |
3つの軸のどれか1つでも広すぎれば、最小とは言えません。たとえば、「見るだけ」でも、全社の人事のデータを期限なく見られるなら、広すぎる権限です。
5. 「念のため」の権限を防ぐ
「念のため」の権限は、次のような理由で生まれます。
- 権限が足りずに仕事が止まると、すぐに苦情が来る
- 権限の申請と承認の手続きが遅い
- 何が必要かを確かめる手間を省きたい
防ぐには、
- 権限の申請と承認の手続きを、速く回るようにする
- 迷ったら「与えない」から始め、必要と分かったら足す
- 定期的に見直し、使われていない権限を外す
ことが有効です。
6. 一時的に広い権限が必要なとき
障害の対応などで、一時的に強い権限（特権）が必要になることがあります。一般的には、
- 誰が、何のために、いつからいつまで使うかを申請し、承認を得る
- 使っている間の操作を記録する
- 期限が来たら、自動的に外れるようにする
という形で扱います。本番の強い権限の管理は、08-05 と SEC-003 で扱います。
CASE FACTFROZEN正本に記載されたアステリア案件の事実
アステリア案件に関係する記載
- SYS-08 認証・ID基盤
- Vendor B / クラウドブリッジの担当範囲に IAM（利用者と権限の管理の仕組み）が含まれる
- SYS-10 AI開発エージェント
- P-012 石井 稔 — セキュリティ責任者
- P-013 木村 亮 — AIガバナンス責任者
- セキュリティ例外承認は、AIへ最終委任しない事項の1つ
アステリア案件の権限の設計、申請と承認の手続き、見直しの頻度は、正本に記載がありません。未確定
7. THINK — 「全員に管理者の権限を」
テストの期間中、権限が足りないという問い合わせが続きました。テストの担当者が次のように言いました。
「いちいち権限を申請していたら、テストが進みません。テストの参加者全員に、管理者の権限を与えてください。」
問題
この要望に応えてよいでしょうか。
判断例を開く
判断
そのまま応えるべきではありません。
確認すること:
- 権限が足りなくて止まっているのは、どの操作か。管理者の権限が本当に必要か
- テストで確かめるべきことに、「権限の設計どおりに操作が制限されるか」も含まれていないか
- 申請と承認の手続きを、テストの期間だけ速くする方法はないか
- 広い権限を与えるなら、期限と、テストの後に外す手順は決まっているか
全員に管理者の権限を与えると、権限の設計が正しいかどうかを、テストで確かめられなくなります。
8. よくある失敗
- 仕事が止まるのを恐れて、最初から広い権限を与える
- 一時的に与えた権限を、外し忘れる
- 異動した人に、前の仕事の権限が残る
- 「見るだけなら安全」と考え、見られる範囲を絞らない
- 開発やテストの期間の広い権限が、本番でも残る
9. 成果物との接続
- SEC-002 権限設計表：役割ごとに、操作と範囲を決める
- SEC-003 本番特権アクセス管理表：本番の強い権限を、誰が・いつ・何のために使ったかを管理する
- AI-002 AIエージェント権限表：AIに与える権限も、同じ考え方で絞る
AIに与える権限の考え方は 09-06 AIにどこまで権限を渡すか で学びます。
10. AI WORKFLOW — 使われていない権限を探させる
AIは、権限の一覧と操作の記録を比べる下書きに役立ちます。
指示例:
「次の権限の一覧と、直近の操作の記録を比べ、①与えられているが使われていない権限、②期限が過ぎているのに残っている一時的な権限、③役割に比べて広すぎる可能性がある権限、を挙げてください。権限を外すかどうかは判断しないでください。」
11. REVIEW — AIの指摘を確認する
- 「使われていない」とされた権限が、年に一度の処理などで必要なものではないか
- AIが挙げた権限を、本人と上司に確かめたか
- 操作の記録を AI に渡してよいか（情報の扱い）を、事前に確かめたか
12. 人間が判断すること
- 役割ごとに、どこまでの操作・範囲・期間を許すか
- 一時的に広い権限を与えるか。その期限
- 使われていない権限を外すか
13. 判断演習
あなたは、権限の申請を承認する担当です。
「全社の案件を見られる権限がほしい」という申請が来ました。承認する前に、申請した人に確かめることを3つ挙げてください。
あなたの記録あなたの考え。事実ではありません
判断ノート
このユニットで覚えてほしいこと
必要最小限の権限は、操作・範囲・期間の3つの軸で絞ります。
迷ったら与えないことから始め、一時的な権限には必ず期限を付け、定期的に見直します。