Authenticator登録ポリシーを作成する

Authenticator登録ポリシーを作成し、エンドユーザーがAuthenticatorにいつどのように登録するかを管理します。Authenticator、ユーザーグループ、および状況に固有のポリシーを作成できます。

開始する前の確認事項

  • ユーザーがサインインに使用するAuthenticatorを構成します。少なくとも1つのAuthenticatorを認証(MFA/SSO)用に有効にする必要があります。構成するAuthenticatorは、orgのサインインポリシーのセキュリティ要件を満たす必要があります。「多要素認証」を参照してください。
  • 必須のAuthenticator登録はスキップできないため、Authenticatorが必要な場合は猶予期間は適用されません。セルフサービス登録(SSR)中に登録が必要なAuthenticatorの場合、Authenticator登録ポリシーに猶予期間が設定されていないことを確認してください。
  • ポリシーで猶予期間を使用するには、Sign-In Widget をバージョン7.28以降にアップグレードする必要があります。
  • パスキー(FIDO2 WebAuthn)のプロモーションプロンプトを使用するには、Sign-In Widget がバージョン7.48.1以降である必要があります。
  • (早期アクセス)NFC Authenticatorを使用するには、Sign-In Widget がバージョン7.48以降である必要があります。

ポリシーを作成する

  1. Admin Consoleで、セキュリティ(Security) > Authenticatorsに移動します。

  2. 登録(Enrollment)タブで、ポリシーを追加(Add a policy)をクリックします。
  3. ポリシー名(Policy name)およびポリシーの説明(Policy description)を入力します。
  4. グループに割り当てる(Assign to groups)で、このポリシーを適用するユーザーグループを1つ以上入力します。
  5. 構成したAuthenticatorごとに、登録が任意(Optional)、必須(Required)、または無効(Disabled)かを指定します。
    • 少なくとも1つのAuthenticatorを必須(Required)にする必要があります。
    • 別のポリシーでAuthenticatorが必須になっている場合、そのAuthenticatorに無効(Disabled)は使用できません。
  6. 必須Authenticatorに猶予期間(Grace period)を設定します。
    • なし(None):ユーザーは初めてサインインときに登録を求められます。

    • 終了日(End date):ユーザーがAuthenticatorの登録を延期できなくなる日付を設定します。この日付まで、ユーザーは1日に1回、登録を求められます。

    • スキップ回数(Skip count)(早期アクセス):Authenticatorが必須になるまでに、ユーザーが登録をスキップできる回数を示します。この回数に達するまで、ユーザーは1日1回、登録を求められます。

  7. パスキー(FIDO2 WebAuthn) Authenticatorの場合、サインインをブロックすることなく、パスキーを登録していないユーザーに定期的に登録を促すために、以下の設定を行います。
    設定 説明
    パスキー(FIDO2 WebAuthn)登録 任意(Optional)に設定します。
    ユーザーに登録を要求
    • このチェックボックスを選択すると、ユーザーにパスキーへの登録を促す追加のセットアッププロンプトが表示されます。
    • このチェックボックスの選択を解除すると、プロモーションプロンプトが無効になります。
    すべてのサインイン後 このオプションを選択すると、サインインごとにプロンプトが表示されます。
    期間後 このオプションを選択すると、プロンプトが定期的な時間ベースの間隔で表示されます。プロンプトの再表示頻度を設定するには、数値を入力し、時間の単位(日、週、月)を選択します。たとえば、2週間に指定すると、Oktaは2週間ごとにプロンプトを表示します。
    スキップ後に表示を停止
    • このチェックボックスを選択して、Oktaが表示を停止するまでの最大スキップ回数を入力します。ユーザーがこの制限に達すると、Oktaは登録を促さなくなります。
    • このチェックボックスをオフにすると、ユーザーが登録するまで常にプロンプトが表示されます。
  8. ポリシーを作成(Create policy)をクリックします。ポリシーが登録(Enrollment)タブに表示され、アクティブ(Active)に設定されます。

ポリシーを編集する

  1. ポリシーを非アクティブ化するには、アクティブ(Active)ドロップダウンメニューをクリックし、非アクティブ化(Deactivate)を選択します。非アクティブなポリシーはどのユーザーにも適用されません。

  2. ポリシーを更新するには、ポリシーの編集(Edit)ボタンをクリックします。変更を加えてポリシーを更新(Update policy)をクリックします。注(Note):猶予期間を終了日(End date)からスキップ回数(Skip count)に変更すると、カウンターがリセットされます。すでにスキップ回数を使用していた場合に、回数を変更すると、ユーザーがすでに登録をスキップした回数は保持されます。たとえば、スキップを3回から2回に変更し、ユーザーがすでに1回スキップしている場合、残りは1回となります。

  3. ポリシーを削除するには、ポリシーの削除(Delete)ボタンをクリックします。ポリシーを削除すると、そのポリシーは復旧できません。デフォルトのポリシーは削除できません。

  4. ポリシーの優先順位を付け直すには、リストのポリシーを目的のレベルにドラッグアンドドロップします。

ユーザーエクスペリエンス

ユーザーがOktaまたはOktaで保護されたアプリにアクセスする際に必須となるAuthenticatorを登録していない場合、Sign-In Widget によって登録の完了を求められます。その後、ユーザーは任意のAuthenticatorを登録するよう求められ、登録せずに続行するオプションが表示されます。無効化されたAuthenticatorは、ユーザーがそのAuthenticatorを登録していた場合でも、サインイン時にユーザーには表示されません。

猶予期間とアプリサインインポリシー

必須のAuthenticatorに猶予期間を構成した場合、ターゲットアプリのアプリサインインポリシーを満たすユーザーは、猶予期間が終了するまで登録せずにアプリを使い続けることができます。ターゲットアプリのアプリサインインポリシーを満たさないユーザーは、必須のAuthenticatorをすぐに登録する必要があります。

アプリのアプリサインインポリシーでユーザーにサインイン前にAuthenticatorの登録を求めている場合、その猶予期間は無視されます。

Sign-In Widget

必須のAuthenticatorの表示が、第2世代と第3世代のSign-In Widget では多少異なります。

  • 第2世代では、必須のAuthenticatorがすべて1つのリストで表示されます。続行(Continue)オプションは、まだ猶予期間中のユーザーにのみ表示されます。

  • 第3世代では、ユーザーは現在必須のAuthenticatorのリストと、まだ猶予期間にあるAuthenticatorの別のリスト(続行(Continue)オプションあり)を確認できます。すべてのAuthenticatorがまだ猶予期間にある場合、ユーザーには後で通知(Remind me later)オプションのあるリストが1つ表示されます。

パスキー(FIDO2 WebAuthn)プロモーションプロンプト

パスキー(FIDO2 WebAuthn) Authenticatorを含むポリシーのプロモーションプロンプト設定を編集する場合は、以下の動作に注意してください。
  • プロンプト頻度の種類を変更すると(例:サインインごと(After every sign-in)から期間後(After a duration)へ)、Oktaはすべてのユーザーの追跡履歴をリセットします。各ユーザーの間隔は、次回のサインイン時に再開されます。
  • 以前はクリア(制限なし)になっていたスキップ後に表示を停止(Stop showing after a number of skips)を有効にすると、Oktaはすべてのユーザーの現在のスキップ追跡をクリアします。新しく指定されたスキップ制限に達するまで、ユーザーに再度プロンプトが表示されます。
  • 期間の値を変更(例:期間後(After a duration)を2週間から4週間に変更)したり、既存のスキップ数を調整したりすると、Oktaは既存のユーザー追跡履歴を保持します。
    • 期間を変更した場合:Oktaは新しい期間を使用して、各ユーザーの最後のスキップからの時間を引き続き計算します。
    • スキップ回数を変更した場合:Oktaは既存のスキップ回数をリセットせずに、更新された制限を適用します。例えば、スキップ制限を5回から3回に変更し、ユーザーがプロンプトをすでに2回スキップしている場合、Oktaがプロンプトの表示を停止するまでの残りのスキップ回数は1回だけになります。

AuthenticatorセットでAuthenticator登録ポリシーを作成する

早期アクセスリリース。セルフサービス機能を有効にするを参照してください。

Authenticatorセットでポリシーを作成するには:
  1. ポリシーを追加(Add Policy) > Authenticatorセット(Authenticator sets)をクリックします。
  2. ポリシー名(Policy name)およびポリシーの説明(Policy description)を入力します。
  3. グループに割り当てる(Assign to groups)で、このポリシーを適用するユーザーグループを1つ以上入力します。
  4. 新しいセットを作成する(Create new set)をクリックします。
  5. セット名(Set name)フィールドに、 Authenticatorセットの名前を入力します。
  6. Authenticatorを追加(Add authenticator)をクリックし、セットに追加するauthenticatorを選択します。次の制限に注意してください。
    • Authenticatorは、ポリシー内で1つのセットのみに属することができます。
    • セットには少なくとも1つのAuthenticatorが含まれている必要があります。
    • 1つのポリシーに最大25個のAuthenticatorセットを含めることができます。
    • 複数のOkta Verify方式(Okta Verify Push、 TOTP、 Okta FastPassなど)を個別に提供する場合、それらはすべて同じセットに追加されます。Oktaでは、同じOkta Verify方式を1つのポリシーの異なるセットに分割することは許可されていません。
  7. 必要数(Required count)フィールドに、ユーザーが登録しなくてはならないAuthenticatorの数を、ゼロからセット内のAuthenticatorの総数までの間で入力します。
    • 0 を入力すると、セット内のすべてのAuthenticatorが任意になります。
    • 一定数の登録をユーザーに求めるには、セット内のAuthenticatorの総数よりも小さい数を入力します。組み合わせは任意です(MのN)。
    • セット内すべてのAuthenticatorの登録をユーザーに求めるには、Authenticatorの総数を入力します。
    Oktaは、セット内の残りの未登録のAuthenticatorの登録は任意として扱います。
  8. 必要な猶予期間(Required grace period)セクションで、次のいずれかのオプションを選択します。
    • なし(None):ユーザーが登録しなくてはならない期限はありません。
    • 期日まで(By a due date):ユーザーは、期日までに必要なAuthenticatorに登録しなくてはなりません。
    • 特定のスキップ回数後に(After a number of skips):ユーザーは登録を求められ、指定された回数だけ登録をスキップできます。
  9. セットにパスキー(FIDO2 WebAuthn) authenticatorが含まれており、パスキーが不要な場合は、パスキーに登録するようにユーザーに促すプロモーションプロンプトを構成できます。任意のプロモーションプロンプト(Optional promotion prompt)セクションで パスキーの登録をユーザーに促す(Prompt users to enroll passkeys)を選択し、次のオプションを構成します。
    • サインインするたび(Every sign-in):ユーザーがサインインするたびにプロンプトを表示します。
    • 一定期間後(After a duration):定期的な間隔でプロンプトが再表示されます。プロンプトの再表示頻度を設定するには、数値を入力し、時間の単位(日、週、月)を選択します。
    • 一定回数スキップした後に表示をストップ(Stop showing after number of skips):Oktaがプロンプトの表示を停止するまでにユーザーがプロンプトを閉じることのできる回数を制限できます。
  10. 非提供(Not offered) セクションのAuthenticatorを確認します。これらのAuthenticatorはどのセットにも含まれていないため、このポリシーでは登録できません。既に登録済みのユーザーはこれらのAuthenticatorを使ってサインインできますが、レガシーリカバリのフローではそれらが必要になる可能性があります。
  11. 保存(Save)をクリックします。