> ## Documentation Index > Fetch the complete documentation index at: https://docs.iru.com/llms.txt > Use this file to discover all available pages before exploring further. # 管理者とロール > Iru Identity を管理できるユーザーを制御し、組み込みまたはカスタムの管理者ロールを割り当て、各管理者の権限を業務に必要な範囲に限定します。 **管理者**は、Iru ダッシュボードにサインインして Iru Identity（ディレクトリ、アプリケーション、ポリシー、設定）を管理できるチームメンバーです。各管理者が実行できる操作は、割り当てられた**ロール**によって決まります。どちらも Iru ダッシュボードの **アクセス** にある **Administrators** タブと **Roles** タブで管理します。これはエンドユーザーのアプリランチャーではなく、Iru ダッシュボードに関する内容です。 [ディレクトリ](/ja/identity/directory/directory-overview)内のエンドユーザーは、割り当てられたアプリにアクセスするためにサインインしますが、Iru を管理することはありません。管理者とは、管理ロールも付与されたディレクトリユーザーです。 ## アクセスの構造権限は 1 つずつ割り当てられるわけではありません。代わりに、**ロール**は名前の付いた権限のまとまりであり、ロールを割り当てることでアクセスを付与します。ロールを一度管理すれば、そのロールを持つすべての管理者がその権限を継承します。 ```mermaid theme={null} flowchart LR admin["管理者
（ディレクトリユーザー）"] -->|"割り当てられる"| role["ロール"] role -->|"付与する"| perms["権限"] perms -->|"操作を許可する"| console["Iru ダッシュボード"] ``` ## 管理者 **Administrators** タブには、Iru Identity を管理できるすべてのユーザーが、名前、ユーザー名、メールアドレス、ステータス、割り当てられたロールとともに一覧表示されます。管理者を追加して Iru ダッシュボードへのアクセスを付与し、任意の管理者を開いてロールを確認または変更します。 1 人のユーザーがテナントの**アカウントオーナー**（主要なオーナー）として指定されます。管理者は、ユーザーのレコードからアカウントオーナーを設定します。 **Administrators** タブで管理者の追加を選択し、サインインに使用するメールアドレスとユーザープリンシパル名を含む詳細を入力します。実行する必要がある業務に合ったロールを選択します。ロールによって、 Iru ダッシュボード全体での権限が決まります。責任が変わったら割り当てを見直し、アクセスが不要になったユーザーからは速やかにアクセスを削除します。管理者の**ステータス**は、他のディレクトリユーザーと同じライフサイクル（保留中、アクティブ、停止）に従います。ユーザーを停止すると、レコードを削除せずに、 Iru を管理する権限を含むアクセスがブロックされます。 [ユーザー](/ja/identity/directory/users)を参照してください。 ## ロール **Roles** タブには、テナント内のすべてのロールが一覧表示されます。各ロールには、 **表示名**、ロールを識別する短い**スラッグ**、**デフォルト**ロールか**カスタム**ロールかの表示、および付与する**権限**があります。 ### デフォルトロール Iru Identity には、一般的な管理ニーズをカバーする組み込みの**デフォルトロール**が用意されています。ロールの一覧では **Default** と表示され、その権限は Iru によって管理されます。 | ロール | 対象 | | - | - | | **管理者** | Iru Identity の完全な管理。すべてを管理する必要がある少人数のために確保してください。 | | **標準** | 日常的な管理：最も機密性の高い制御を除き、ユーザー、その認証システムとデバイスの管理、および招待の送信。 | | **ヘルプデスク** | デバイスの表示や招待の送信など、広範な設定アクセスを伴わない最前線のサポート。 | | **監査人** | 変更を行う権限のない、レビューと監督のための読み取り専用の可視性。 | | **Secrets Auditor** | 機密性の高いシークレット情報にまで及ぶ読み取り専用の監督。一般的な監査とは分離されています。 | デフォルトロールの権限は編集できません。動作の一貫性を保つため、Iru によって管理されています。業務に合う場合はデフォルトロールを割り当て、異なる権限の組み合わせが必要な場合はカスタムロールを定義してください。 ### カスタムロールカスタムロールは近日提供予定です。現在は上記の組み込みデフォルトロールを割り当てます。独自の権限セットを持つロールを作成する機能は準備中です。 **カスタムロール**を使用すると、業務に必要な権限だけを正確に付与できるようになります。各ロールの権限は領域ごとにグループ化され、個別に説明されます。それまでは、各管理者に最適なデフォルトロールを選択し、以下の最小権限のガイダンスに従ってください。 ### 権限の表現方法各権限は**リソース**と**アクション**の組み合わせで、`resource.action` と表記されます。たとえば、ユーザーリソースに対する表示アクションの権限があると、ロールはユーザーを表示できます。ロールの能力全体は、そのロールが持つ権限の集合です。 ID データの一部の領域は属性レベルの権限によって管理されます。ユーザーを表示できるロールは、それらのユーザーの基になるプロファイル属性も表示できます。表示アクセスは慎重に付与してください。[スキーマ](/ja/identity/directory/schema)を参照してください。 ## 最小権限のガイダンスロールは、各管理者に業務に必要なアクセスのみを付与するために存在します。次のような方法で、管理アクセスを厳密に保つことができます。業務を遂行できる最も限定的なロールを割り当て、具体的な必要性が生じた場合にのみアクセスを拡大します。未使用の権限に気付くよりも、不足している権限を付与する方が簡単です。完全な管理は強力です。**管理者** ロールを持つ人数を制限し、それ以外のユーザーにはより限定されたロール（**ヘルプデスク** や **監査人** など）を優先してください。アクティビティを確認する必要はあるが変更する必要はない場合、監査ロールを使用すると変更権限なしで可視性を提供できます。誰がどのロールを持っているかを定期的に確認し、不要になったアクセス、特に最も権限の高いロールを削除してください。[アクティビティログ](/ja/identity/administration/activity-log)にはロールと権限の変更が記録されるため、アクセスが時間とともにどのように変化したかを確認できます。管理者は機密性の高い制御にアクセスするため、強力な [認証ポリシー](/ja/identity/authentication/authentication-policies)とフィッシング耐性のある[認証システム](/ja/identity/authentication/authenticators)で保護されていることを確認してください。 ## 関連項目ロールや管理者アクセスの変更を含め、Iru ダッシュボードで誰が何をしたかを確認します。ユーザーがアプリにサインインする際に適用されるデバイストラストの条件を設定します。管理者の元となるディレクトリユーザーを管理します。 Iru がテナントとそのデータを分離して保護する方法。