Okta VerifyOkta Verifyの構成

Okta Verifyでユーザーの認証方法を構成します。MFA登録ポリシーを使用して、orgまたはグループレベルでOkta Verifyを有効にします。

Okta Verifyは、複数のオペレーティング システムでサポートされています。サポートされているプラットフォーム：Okta Verify を参照してください。

1. Admin Consoleでセキュリティ（Security） > 多要素 に移動します。

2. 要素タイプ（Factor Types）タブで、 Okta Verify を選択します。
3. ステータスをアクティブ（Active）に設定します。
4. Okta Verify設定（Settings）で編集（Edit）をクリックします。設定はorgによって異なります。
   • プッシュ通知を有効にする（Enable Push Notification）：OktaはユーザーのモバイルデバイスにインストールされたOkta Verifyアプリにプロンプトを送信します。ユーザーはプロンプトをタップして本人確認を行います。この機能は、AndroidおよびiOSのモバイルデバイスで利用できます。iPod Touchデバイスでは利用できません。 「プッシュ通知とエンドユーザーについて」を参照してください。
   • Touch IDまたはFace IDが必須：（Require or ） > Okta VerifyiOSのみ（only on iOS）：iOSデバイスのユーザーはTouch IDまたはFace IDで認証します。「Apple TouchIDとFaceIDについて」を参照してください。
   • FIPSモードの暗号化を有効にする（Enable FIPS-Mode Encryption）：FIPSモードの暗号化を適用して、Okta Verifyデータの保護を強化します。FIPSモードの暗号化についてを参照してください。
   • 番号チャレンジ（Number Challenge）：このオプションは、ユーザーが不正なプッシュ通知を受け入れることを防ぎます。Okta Verifyが番号チャレンジを表示するようにするときを次のいずれかに構成します：使用しない（Never）、高リスクのサインイン試行の場合のみ（Only for high risk sign-in attempts）、すべてのプッシュチャレンジ（All push challenges）。
   • Androidデバイス用のハードウェアキーストレージを使用する（Use hardware key storage for Android devices）：

     これは早期アクセス機能です。有効にするには、Oktaサポートにお問い合わせください。

     Androidデバイスのセキュリティを強化するには、この設定を有効にします。これにより、米国連邦政府のID、資格情報、アクセス管理（FICAM）セキュリティアーキテクチャーを実装できます。この設定は、Androidデバイスに保存されているキーにアクセスコントロールとハードウェア保護を適用します。

     
5. 保存（Save）をクリックします。

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

プッシュ通知

Okta Verify with Push通知（with Push Notification）を有効にすると、ユーザーが次回Oktaにサインインしたときに、このオプションの有効化を促すプロンプトが表示されます。Okta Verifyアプリでセットアップが案内されます。「Okta Verify（エンドユーザー向けドキュメント）」を参照してください。

プッシュ通知と番号チャレンジ

次の前提条件が満たされていることを確認します。

• orgがバージョン番号3.3.0以降のカスタマイズされたSign-In Widget を使用している。
• orgが認証APIを直接呼び出している場合は、コードを更新して、番号チャレンジAPIの応答を処理します。「応答の例（3桁の番号検証チャレンジの応答を待機）」を参照してください。

番号チャレンジでプッシュ通知（Push Notification with Number Challenge）を有効にした場合、ユーザーはOkta Verifyでプッシュ通知を承認した上で、番号一致チャレンジを完了することによって、サインイン試行が検証されます。ユーザーはモバイルデバイスでプッシュ通知を承認し、Sign-In Widget に表示される番号をタップします。正しい番号をタップした場合のみ、アクセスが付与されます。いいえ、私ではありません（No, It's Not Me）をタップすると、サインインの試行はブロックされます。

プッシュ通知を任意（Optional）に設定すると、複数の登録にOkta Verifyの番号チャレンジが使用できるようになります。

番号チャレンジとリスクスコアリングについて

番号チャレンジ機能とリスクスコアリングを組み合わせて、Okta orgのセキュリティレベルを強化し、不正なサインイン試行を防ぐことができます。

リスクスコアリング（Risk Scoring）が有効になっている場合、Oktaはデバイスの詳細やロケーションなどの基準に基づいてリスクを評価します。Oktaへのサインインの試行ごとにリスクレベルを割り当てます。サインオンポリシールールを構成し、リスクレベルに基づいてさまざまな方法で応答できます。たとえば、サインインの試行が高リスクであると考えられる場合に、ユーザーに多要素認証を要求するようにOktaを設定できます。手順については、リスクスコアリングを参照してください。

Okta Verify with PushおよびRADIUSエージェントを使用する

Okta Verify PushとOkta RADIUSエージェントを使用するには、エージェントがバージョン2.1.5以降でなければなりません。「Okta RADIUS Server Agentのバージョン履歴」を参照してください。

Apple Touch IDおよびFace ID

Apple Touch IDおよびFace IDでは、生体認証技術を使用してOkta Verifyを不正使用から保護します。ユーザーの指紋または顔認識要求を構成できます。これは最初のMFAチャレンジの後に表示されます。ユーザーのデバイスが紛失または盗難にあった場合、誰もそのデバイスにアクセスできなくなります。この機能は、iOSデバイスでのみご利用いただけます。

Touch IDとFace IDを有効にすると、ユーザーは登録時または認証を求められたときに、デバイスのTouch IDまたはFace IDの構成を求められます。Okta Verifyがこの構成を案内します。

ユーザーがすでにOkta Verify Pushに登録されている場合に、Touch IDとFace IDを有効化すると、ユーザーはOkta Verify Pushを使った次回の認証で生体情報が求められます：

• Touch IDとFace IDがデイバイスで有効化されていない場合、ユーザーに Touch IDが必要です（ Required）または Face IDが必要です（ Required）のプロンプトが表示されます。
• Touch IDとFace IDがデイバイスで有効化されている場合、ユーザーはTouch ID for Okta Verify または Face ID for Okta Verify を求められます。

FIPSモードの暗号化について

連邦情報処理標準（FIPS）は、政府機関、企業、およびorganization 向けのコンピューターセキュリティガイドラインを確立するために米国政府が開発した一連の技術要件です。

FIPSモードの暗号化を有効にする際、Okta Verifyでは、すべてのセキュリティ操作に対してFIPS 140-2検証を使用し、安全な相互運用性を確保しています。

また、OktaはFIPSの検証済みベンダーを使用しているため、FedRAMP FICAM要件も満たしています。

サポートされているプラットフォーム：Okta Verify を参照してください。

関連項目

Okta Verify

エンドユーザー向けOkta Verify