Okta MFAを使用してOffice 365向けのAzure AD MFAの要件を満たす

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

Oktaアプリレベルのサインオンポリシーが、Azure ADポリシーよりも弱い場合、エンドユーザーが無限サインインループに陥ることがあります。これは、次のシナリオで発生する可能性があります。

• アプリレベルのサインオンポリシーでMFAが必要とされない

  この場合、Oktaではアプリにアクセスする際にMFAが求められません。しかし、Azure AD条件付きアクセスにはMFAが必要であり、入力されたMFAクレームがOktaによって渡されることが期待されます。その結果、ユーザーが無限認証ループに陥ります。orgレベルで構成されている場合にもOktaによってMFAを求められることがありますが、このMFAクレームはAzure ADに渡されません。

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

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

orgレベルのMFAの一時的なサポート

次の場合、この手順のためにorgレベルのMFAを一時的に使用できます。

1. orgをOkta Classic EngineからOkta Identity Engineに移行していて、かつ
2. orgレベルのサインオンポリシーでMFAを必要としない。

ただし、アプリレベルのOffice 365サインオンポリシーを設定して、この手順で使用するMFAを強制適用することを強くお勧めします。

1. OktaでMFAを構成する：「認証ポリシー」の説明に従って、WS-Federation Office 365アプリインスタンス向けのアプリのサインオンポリシーを構成します。

2. Azure ADでMFAを構成する：Microsoftドキュメントの説明に従って、Azure ADインスタンスでMFAを構成します。

［Setup Instructions（設定手順）］から更新された連携認証スクリプトを実行します。

1. Okta Admin Consoleで［Applications（アプリケーション）］>［Applications（アプリケーション）］に移動します。
2. WS-Federationが行われたOffice 365アプリを開きます。

3. ［Sign On（サインオン）］タブ >［Sign On Methods（サインオン方法）］>［WS-Federation］> ［View Setup Instructions（設定手順を表示）］をクリックします。

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

4. このページで、［ドメインがすでにフェデレーションされている場合］セクションに移動します。
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. Okta 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>
   結果の例

   コピー

   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

Office 365がMFAを必要とするAzure AD条件付きアクセスポリシーで構成されている場合、アプリにアクセスを試みるエンドユーザーは、Azure AD MFAの要件を満たすために、OktaによってMFAを求められます。次に、Oktaによって成功したMFAクレームがAzure ADに渡されます。Azure ADによってこのクレームが受け入れられ、エンドユーザーに個別のMFAが求められることなく、アクセスが許可されます。

次の表に示されているように、Azure AD条件付きアクセスMFAが有効になっていて、アプリレベルでOkta MFAが有効になっている場合に、OktaによってMFAクレームが渡されます。