チュートリアル:Zero Trust アクセスを使用する
エンドツーエンドのユースケースで Zero Trust アクセス機能を使用する手順。
始める前に
必要なロール:security_admin
[セッションアクセスの有効化 (Enable Session Access property)] を有効にします。
注:
- セッションアクセスの構成は security_admin ロールでのみ実行できます。ロールを security_admin に昇格させる必要があります。
- セッションアクセスは統合をサポートしていません。
- 削減または制限されたロールがユーザーにアサインされていない場合、セッションアクセスは影響を及ぼしません。この場合、ログインしたセッションに変更はありません。ユーザーは引き続き、アサインされた権限でインスタンスにアクセスできます。
- ユーザーがインスタンスにログイン済みで、同時にアドミニストレーターがポリシーを設定する場合、セッションアクセスは影響を及ぼしません。ポリシーを有効にするには、ユーザーがセッションからログアウトする必要があります。
- セッションアクセスはログイン時に適用されます。セッション中にリスクパラメーターが変更されても、アクセスが制限されることはありません。たとえば、ユーザーがセッションの確立後に企業ネットワークから信頼できないネットワークに切り替えても、ユーザーがログアウトして再度ログインしない限り、アクセスが低下することはありません。
- セッションアクセス (Zero Trust Access - ZTA) 機能では、 snc_internal や snc_external などのロールは削除できません。
- セッションアクセス (Zero Trust アクセス - ZTA) 機能では、 sys_user_has_role またはユーザーグループメンバーシップテーブルからロールが削除されることはありません。ZTA ポリシーに基づいて、削減または制限されたロールでユーザーセッションを確立します。
- システムコンテキストで実行されるスクリプトは、ZTA セッションロールを考慮しません。
セッションアクセスは、信頼できないネットワークからのログイン、別のデバイスからのログインなど、ユーザーがさまざまな環境からインスタンスにログインを試行するときに、アドミニストレーターがユーザーに対する一連のロールを動的に削減または制限できるようにする機能です。
セッションアクセスは、構成を実行するときに作成されたポリシーと選択したアクションによって制御できます。シナリオの一部は次のとおりです。
- ポリシーが true で、ロールアクションが [ロールを削除] に設定されている場合、ユーザーがインスタンスにログインしようとすると、選択したロールとそれに関連する子ロールがそのユーザーから削除されます。
- ポリシーが true で、ロールアクションが [ロールに制限 (Limit To Roles)] に設定されている場合、ユーザーがインスタンスにログインしようとすると、選択したロールとそれに関連付けられた子ロールのみがそのユーザーにアサインされます。
次の手順では、インスタンスにログインしているユーザーにロールが制限されるセッションアクセス構成のエンドツーエンド構成について説明します。同様に、構成中に [ロールを削除] オプションを選択して、ロールを削除することもできます。