Azure Active Directory向けのOkta MFAを使用する

ユーザーが無限サインイン・ループに陥ることがある

以下のシナリオで、エンドユーザーが無限サインイン・ループに陥ることがあります。

1. Okta Sign-on Policyの方がAzure ADポリシーより弱い：

   1. OrgレベルのサインインポリシーもアプリレベルのサインインポリシーもMFAを必要としない。

      OktaはユーザーにMFAを要求しない。Azure AD条件付きアクセスにはMFAが必要であり、入力されたMFAクレームがOktaによって渡されることが期待されます。

   2. アプリレベルのサインオンポリシーでは、ユーザーが「ゾーン内」のネットワークからサインインする場合はMFAは必要ありませんが、ユーザーが「ゾーン外」のネットワークからサインインする場合はMFAが必要です。

      ユーザーがゾーン内のネットワークからサインインしている場合、MFAは求められません。ただし、Azure AD条件付きアクセスにはMFAが必要であり、入力されたMFAクレームがOktaによって渡されることが期待されます。

2. ユーザーがMFA後すぐにOffice 365にアクセスしない。

   ユーザーがOktaでMFAの完了後ただちにOffice 365にアクセスしない場合、OktaはMFAクレームを渡しません。無限ループから抜け出すには、ユーザーはWebブラウザーを再度開いてMFAをもう一度完了する必要があります。

成功したMFAクレームをOktaが誤って送信する

これは、Office 365サインオンポリシーが特定のエンドユーザー（個人またはグループ）をMFA要件から除外した場合に起こります。そのため、ユーザーはMFAを求められませんが、Oktaは成功したMFA要求をAzure AD条件付きアクセスに送信します。Azure AD条件付きアクセスはOkta MFAクレームを受け入れ、ユーザーがAD MFAを完了することなくサインインすることを許可します。

1. OktaでMFAを構成する

   実装方法に基づいて、以下のいずれか、または両方を行います。

   1. 「多要素認証」で説明されている通りOrgレベルのサインオンポリシーを構成します。
   2. WS-Federation Office 365アプリインスタンス向けアプリサインオンポリシーを「Office 365サインオンポリシーのスタートガイド」で説明されている通りに構成します。

2. Azure ADでMFAを構成する

   Microsoftドキュメントに従って、AzureADインスタンスでMFAを構成します。

［Setup Instructions（設定手順）］の下で、更新済みの連携認証スクリプトを実行します。

1. Admin Consoleで、［Applications（アプリケーション）］［Applications（アプリケーション）］に移動します。

2. WS-Federationが行われたOffice 365アプリを開きます。

3. ［Sign On（サインオン）］［View Setup Instructions（設定手順を表示）］をクリックします。

   ［Office 365 WS-Federationの設定方法］ページが開きます。

4. このページで、［If your domain is already federated（ドメインがすでにフェデレーションされている場合）］セクションに移動します。
5. このセクションからスクリプトをコピーして、Windows PowerShellで実行します。
6. ［Okta MFA from Azure AD（Azure ADからのOkta MFA）］オプションで［Enable for this application（このアプリケーションに対して有効にする）］を選択し、［Save（保存）］をクリックします。
7. 次のPowerShellコマンドを実行して、SupportsMfa値がTrueであることを確認します。
   Connect-MsolService
   Get-MsolDomainFederationSettings -DomainName <yourDomainName>

   結果の例

   コピー

   1
   2
   3
   4
   5
   6
   7
   8
   9
   10
   11
   ActiveLogOnUri : https://example.okta.com/app/office365/issueruri/sso/wsfed/active
   DefaultInteractiveAuthenticationMethod :
   FederationBrandName : Okta
   IssuerUri : issueruri
   LogOffUri : https://example.okta.com/app/office365/issueruri/sso/wsfed/signout
   MetadataExchangeUri : https://example.okta.com/app/office365/issueruri/sso/wsfed/mex
   NextSigningCertificate :
   OpenIdConnectDiscoveryEndpoint :
   PassiveLogOnUri : https://example.okta.com/app/office365/issueruri/sso/wsfed/passive
   SigningCertificate : <SigningCertificate>
   SupportsMfa : True

この場合、設定を構成する必要はありません。

1. Admin Consoleで、［Applications（アプリケーション）］［Applications（アプリケーション）］に移動します。
2. WS-Federationが行われたOffice 365アプリを開きます。
3. ［Sign On（サインオン）］タブを選択し、［Edit（編集）］をクリックします。
4. オプションの［Okta MFA from Azure AD（Azure ADからのOkta MFA）］で、［Enable for this application（このアプリケーションに対して有効にする）］がオンになっていることを確認し、［Save（保存）］をクリックします。
5. 次のPowerShellコマンドを実行して、SupportsMfa値がTrueであることを確認します。
   Connect-MsolService
   Get-MsolDomainFederationSettings -DomainName <yourDomainName>

   結果の例

   コピー

   1
   2
   3
   4
   5
   6
   7
   8
   9
   10
   11
   ActiveLogOnUri : https://example.okta.com/app/office365/issueruri/sso/wsfed/active
   DefaultInteractiveAuthenticationMethod :
   FederationBrandName : Okta
   IssuerUri : issueruri
   LogOffUri : https://example.okta.com/app/office365/issueruri/sso/wsfed/signout
   MetadataExchangeUri : https://example.okta.com/app/office365/issueruri/sso/wsfed/mex
   NextSigningCertificate :
   OpenIdConnectDiscoveryEndpoint :
   PassiveLogOnUri : https://example.okta.com/app/office365/issueruri/sso/wsfed/passive
   SigningCertificate : <SigningCertificate>
   SupportsMfa : True

次の表で説明するように、OktaはMFAクレームを渡します。