役割ベースアクセス制御（RBAC）

📖 もうちょい詳しく

何が新しいの？

RBAC（ロールベースアクセス制御）は、「だれに何を許すか」を、人ひとりずつではなく役割（ロール）ごとにまとめて決めるやり方です。
利用者が増えてくると、一人ひとりに「あの機能はOK、このデータはNG」と個別設定していては手に負えなくなります。そこで「管理者」「編集者」「閲覧者」といった役割を先に用意し、人にはその役割を割り当てる、という発想で整理します。

どうやって動いてるの？

まず役割ごとに「使える機能」「触れるデータ」をひとまとめにした権限のセットを決めておきます。
そして利用者には役割を割り当て、操作のたびに「この人の役割なら、この操作は許可か拒否か」を照らし合わせて判定します。人事異動などで担当が変わったときも、割り当てる役割を付け替えるだけで権限がまとめて切り替わります。権限を直接いじらなくてよいのがポイントです。

何ができるの？

社内システムやクラウドサービスで、立場に応じた「見える範囲・できる操作」をそろえて管理できます。
「経理ロールの人は会計画面だけ」「管理者ロールだけが設定を変更できる」といったルールを、役割という単位で一括して保てます。設定漏れや権限の付けすぎを減らし、誰がどこまでできるかを見通しよく保てます。

🌱 身近なたとえ

会社の役職で例えると、RBACは「席ではなく役職にカギを配る」しくみです。
個人に直接カギを渡すのではなく、「店長は金庫を開けられる」「アルバイトはレジだけ」と役職ごとに開けられる範囲を決めておきます。担当者が代わっても、役職を引き継げば開けられる範囲もそのまま引き継がれます。一人ずつカギを作り直さずにすむ、というわけです。

✅ まず覚えるポイント

• RBACは「役割（ロール）」ごとに権限をまとめて決めるやり方
• 人には権限を直接ではなく、役割を割り当てる
• 役割を付け替えるだけで権限をまとめて切り替えられる
• 利用者が多いほど、管理が楽で設定ミスが減りやすい
• 認可（何を許すか）を実現する代表的な方法のひとつ

🧭 よくある勘違い

RBACは認証（ログイン）のこと？

別のものです。ログインで本人を確かめるのが認証、その人に何を許すかを決めるのが認可で、RBACは認可を役割で実現する方法です。
順番でいうと、まずログインで誰かをはっきりさせ、そのあとRBACが「この役割ならここまで」と範囲を決めます。

役割は1人に1つだけ？

そうとは限りません。1人に複数の役割を割り当てられるしくみも多く、その場合は持っている役割の権限を合わせたものが使えます。
ただし役割を増やしすぎると、誰が何をできるのか分かりにくくなります。必要な範囲にしぼって設計するのが安全です。

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

• 認可: 何をしてよいかを決めるしくみ。RBACはこれを役割で実現する
• 認証: その人が本人かを確かめること。RBACの前段にあたる
• 多要素認証（MFA）: 本人確認を複数の要素で堅くするしくみ
• ゼロトラスト: 誰も無条件に信用せず、毎回権限を確認する考え方

🏁 ひとことでまとめ

RBACは、権限を人ひとりずつではなく「役割」にまとめて持たせ、その役割を割り当てて管理するしくみです。
カギを席ではなく役職に配るイメージで考えると、人が増えても管理がぶれない理由が見えてきます。