アプリブランディング移行後にパスワードのAuthenticatorを構成する

アプリブランディング移行を使用してアップグレードした後、パスワードAuthenticatorをレビューして構成し、正しく動作し、orgのセキュリティおよび復旧要件を満たすことを確認します。

このタスクについて

  • パスワードAuthenticatorの動作はIdentity EngineとClassic Engineで異なります。「パスワードリセットとアカウント復旧」を参照してください。
  • パスワードポリシーは、認証登録ポリシーと一緒に評価されます。
  • Identity EngineはOkta Account Management ポリシーを導入します。Identity Engineにアップグレードすると、パスワードAuthenticatorの復旧ルールには、Classic Engineの動作を維持するレガシールールオプションが含まれます。ただし、Oktaでは、Identity Engineの機能を活用できるようにOkta Account Managementポリシーオプションを構成することを推奨しています。「Okta Account Managementポリシー」を参照してください。

手順

  1. Admin Consoleで、セキュリティ（Security） > Authenticatorsに移動します。
  2. パスワード（Password）Authenticatorの アクション（Actions） > 編集（Edit） をクリックします。
  3. 復旧（Recovery rule）の鉛筆アイコンをクリックします。
  4. アクセス制御（Access control）セクションを確認します。Classic Engineと同様の動作を維持するためにレガシールールが事前選択されていますが、OktaではIdentity Engineの機能を利用するため、認証ポリシー（Authentication policy） オプションを選択することをお勧めします。
  5. 必要に応じてその他の設定を確認して更新し、更新ルール（Update rule）をクリックします。
  6. その他のパスワードauthenticator設定を確認して編集するには、 「パスワードAuthenticatorの構成」を参照してください。

次のタスク

電話およびSMS Authenticatorに関する情報を確認します。
  • 電話authenticatorの動作はIdentity EngineとClassic Engineで異なります。「電話Authenticator」を参照してください。
  • Identity Engineでは、電話（Phone）とSMSが1つのAuthenticatorにマージされます。Classic Engineでは、電話（Phone）とSMSは2つの異なるAuthenticatorです。エンドユーザーが 電話（Phone） または SMSに登録されている場合、 Identity Engineにアップグレードすると、エンドユーザーは両方のAuthenticatorに自動的に登録されます。