認可

📖 もうちょい詳しく

何が新しいの？

認可（にんか）は、その人が「何をしてよいか」「どこまで触れてよいか」を決めるしくみです。
ログインして本人だと分かったあとでも、すべての操作を許してよいわけではありません。たとえば一般の社員は自分の給与明細は見られても、他人の明細や全社の人事データには手を出せない、といった線引きが必要です。この「許す範囲を決める」役割をになうのが認可です。

どうやって動いてるの？

多くのしくみでは、まず利用者に「役割（ロール）」や「権限」のラベルを割り当てておきます。
そして操作のたびに、システムが「この人はこのロールだから、この機能は使ってよい／このデータは見てよい」と照らし合わせて、許可するか拒否するかを判定します。役割ごとにまとめて権限を管理するやり方は RBAC（ロールベースアクセス制御） と呼ばれ、よく使われます。判定結果は「許可」か「拒否」のどちらかに落ちます。

何ができるの？

利用者ごとに「見える画面」「押せるボタン」「触れるデータ」を細かく分けられます。
管理者だけが設定を変更できる、編集者は書き込めるが閲覧者は読むだけ、といった役割分担を実現できます。これによって、うっかり操作や情報の見すぎ・触りすぎを防ぎ、安全に使ってもらえるようになります。

🌱 身近なたとえ

会社のIDカードで例えると、認可は「どの部屋のドアが開くか」を決めるしくみです。
入口でカードをかざして社員だと分かること（これは本人確認の役割）と、そのカードでサーバー室まで入れるかどうかは別の話です。一般社員のカードは執務室は開いてもサーバー室は開かない、というように、立場ごとに通れる範囲が決められています。認可はこの「どこまで通れるか」を判断する部分にあたります。

✅ まず覚えるポイント

• 認可は「何をしてよいか・どこまで触れてよいか」を決めるしくみ
• 本人確認（認証）がすんだ後に働くことが多い
• 役割（ロール）や権限のラベルをもとに判定する
• 役割でまとめて管理するやり方を RBAC と呼ぶ
• 判定の結果は「許可」か「拒否」に分かれる

🧭 よくある勘違い

認証と認可って同じことでは？

別のことです。認証は「あなたが本人かを確かめる」こと、認可は「その人に何を許すか」を決めることです。
順番でいうと、まず認証で誰かをはっきりさせ、その上で認可が「この人ならここまで」と範囲を決めます。ログインできた＝何でもできる、ではない、と覚えておくと整理しやすいです。

ログインさえできれば、あとは自由に使えるの？

そうとは限りません。ログイン（認証）が通っても、認可の段階で「この機能は権限がありません」と止められることがあります。
同じサービスでも、管理者と一般利用者で見える画面や使える機能が違うのは、認可が働いているからです。本人であることと、操作してよいことは、分けて考える必要があります。

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

• 認証: その人が本人かを確かめること。認可の前段にあたる
• OAuth: パスワードを渡さず権限だけを預けるしくみ。認可を扱う代表例
• JWT: 権限などの情報を安全に運ぶトークンの形式
• ゼロトラスト: 誰も無条件に信用せず、毎回認可を確認する考え方

🏁 ひとことでまとめ

認可は、本人だと分かった相手に「どこまでやってよいか」の線を引くしくみです。
「誰か」を確かめるのが認証、「何を許すか」を決めるのが認可——この役割分担で覚えると、つまずきにくくなります。