認証・ID管理

RBAC(ロールベースアクセス制御) あーるばっくあくせすせいぎょ

アクセス制御ロール権限管理最小権限の原則IAMパーミッション
RBACについて教えて

簡単に言うとこんな感じ!

「営業部は顧客データだけ見られる」「経理部は請求書を編集できる」みたいに、役職(ロール)ごとにできることを決める仕組みだよ。人ひとりに個別で権限を設定するんじゃなく、役職にまとめて設定するから管理がラクになるってこと!


RBACとは

RBAC(Role-Based Access Control)とは、「ロール(役割・役職)」を軸にしてシステムへのアクセス権限を管理する仕組みのことです。日本語ではロールベースアクセス制御と呼ばれます。

従来は「Aさんにはこの権限、Bさんにはあの権限」とユーザー一人ひとりに権限を設定していました。しかしこれでは社員が増えるほど管理が煩雑になり、設定ミスやアクセス権の野放しが起きやすくなります。RBACでは「営業担当」「経理担当」「システム管理者」といったロールに権限をまとめて付与し、ユーザーをそのロールに割り当てるだけで管理できます。

情報システムの発注・運用を担うビジネスパーソンにとって、RBACは「誰がどこまで操作できるか」を整理する内部統制・セキュリティ管理の基本中の基本です。クラウドサービス・ERPシステム・社内ポータルなど、ほぼすべてのビジネスシステムで採用されている考え方です。


RBACの構造と仕組み

RBACは「ユーザー」「ロール」「パーミッション(権限)」という3つの要素とその関係で成り立っています。

要素意味
ユーザー(User)システムを使う人田中さん、鈴木さん
ロール(Role)役割・役職のグループ営業担当、経理担当、管理者
パーミッション(Permission)何ができるかの権限顧客データ閲覧、請求書編集、ユーザー追加
オブジェクト(Object)操作対象のリソースファイル、DB、API
オペレーション(Operation)操作の種類読む・書く・削除する
ユーザー → ロールに割り当て → ロールはパーミッションを持つ → リソースを操作できる

田中さん ──────→ [営業担当ロール] ──→ 顧客DB「閲覧のみ」
鈴木さん ──────→ [経理担当ロール] ──→ 請求書「閲覧・編集」
山本さん ──────→ [管理者ロール]   ──→ すべての操作

覚え方:「人に直接あげない、役職を通す」

RBAC の本質は「権限を人に直接渡さず、必ずロールを仲介させる」点にあります。「役職を通す = Role-Based」と覚えるとシンプルです。異動・退職のときもユーザーのロール割り当てを変えるだけでOK、権限の設定自体はそのままなのでミスが起きにくくなります。

RBACの4つのモデル(RBAC0〜RBAC3)

NIST(米国国立標準技術研究所)は以下の4段階のRBACモデルを定義しています。

モデル名称特徴
RBAC0コアRBAC最小構成。ユーザー・ロール・パーミッションの基本関係のみ
RBAC1階層RBACロール間の継承(上位ロールは下位の権限を引き継ぐ)を追加
RBAC2制約RBAC同一人物が相反するロールを同時に持てないルール(SoD)を追加
RBAC3統合RBACRBAC1+RBAC2の統合。最も高度

歴史と背景

  • 1970年代:アクセス制御の概念が登場。当初は「DAC(任意アクセス制御)」「MAC(強制アクセス制御)」が主流
  • 1992年:David Ferraiolo と D. Richard Kuhn(NIST)が論文でRBACを体系化・提唱
  • 1996年:Ravi Sandhu らが「RBAC96」モデルとして理論を精緻化し、現在のRBAC標準の基礎を確立
  • 2004年:NISTがRBACをアメリカ国家規格(ANSI/INCITS 359-2004)として標準化
  • 2010年代〜:クラウドの普及とともにAWS IAM・Azure AD・Google Cloud IAMなどに広く実装され、ビジネスシステムの標準的な権限管理手法に
  • 現在ゼロトラストセキュリティの文脈でRBACをさらに細かくした**ABAC(属性ベースアクセス制御)PBAC(ポリシーベース)**との組み合わせも増加

他のアクセス制御モデルとの比較

RBACは代表的なアクセス制御モデルの一つです。それぞれの違いを整理します。

モデル正式名称権限の決め方向いているシステム
DAC任意アクセス制御リソースのオーナーが個別に設定ファイルサーバー・共有フォルダ
MAC強制アクセス制御システム管理者がルールを強制軍・政府の機密システム
RBACロールベースアクセス制御役職(ロール)単位で設定企業システム・SaaS全般
ABAC属性ベースアクセス制御属性(時間・場所・部署など)を組み合わせてポリシーで判断ゼロトラスト・複雑な条件が必要な環境
アクセス制御モデルの比較 DAC 任意アクセス制御 User A Resource オーナーが 個別設定 MAC 強制アクセス制御 Policy User / Resource システムが 強制適用 RBAC ロールベース ★ User Role Permission 役職単位で 管理 ABAC 属性ベース 部署・時間・場所 ポリシー評価 許可 / 拒否 条件を組み合わせ 柔軟に制御 企業システムでは RBAC が最もよく使われる。複雑な条件が必要になったら ABAC を検討 DACはファイルサーバー向け、MACは政府・軍のような高セキュリティ環境向け

関連する規格・RFC

規格・RFC番号内容
ANSI/INCITS 359-2004NISTが策定したRBACのアメリカ国家規格。RBAC0〜RBAC3の定義を標準化
NIST SP 800-162ABACガイドライン。RBACとの使い分けや移行方針も解説
NIST SP 800-53連邦政府向けセキュリティ管理策。アクセス制御(AC)ファミリーにRBACが含まれる

関連用語