Explanation:
Microsoft Identity and Access Administrator (SC-300) の公式学習ガイドおよび Microsoft Learn モジュール「ユーザーリスク ポリシーの実装と管理」によると、「ID が侵害された可能性がある場合に、ユーザーにパスワードの変更を強制する必要がある」というシナリオは、Azure AD Identity Protection の「ユーザーリスク ポリシー」に直接対応しています。Azure AD Identity Protection では、ユーザーリスクとは、アカウントの資格情報が侵害された可能性を表します。Azure AD が高いユーザーリスク (たとえば、資格情報の漏洩、通常とは異なるサインイン動作、見慣れない場所からのサインイン) を検出すると、ユーザーリスク ポリシーを構成して、アクセスを自動的にブロックしたり、次回のサインイン時にユーザーにパスワードのリセットを要求したりできます。
ユーザーがパスワードをリセットしたり、修復作業を完了したりするには、まず認証方法（パスワードリセットと多要素認証用）を登録する必要があります。そのため、ユーザーはまず多要素認証（MFA）に登録しなければなりません。この登録により、パスワードリセット時の認証にも使用される認証方法（電話番号や認証アプリなど）が有効になります。
SC-300のドキュメントでは特に以下の点が強調されています。
「ユーザーの身元リスクが高い場合にパスワード変更を強制するには、ユーザーが多要素認証（MFA）に登録されている必要があり、かつパスワード変更を要求するユーザーリスクポリシーが設定されている必要があります。」したがって、正しい設定は次のとおりです。
* ユーザーはまずMFAに登録する必要があります。これにより、認証済みの認証方法が利用可能であることが保証されます。
* ユーザーリスクポリシーを設定する - 認証情報が侵害されたことが検出された場合に、パスワードのリセットを自動的に実行します。
* ユーザーはまず、多要素認証（MFA）に登録する必要があります。
* 設定する必要があるもの：ユーザーリスクポリシー。

Microsoft EntraのログをAzure Monitorのログと統合する
Log Analyticsワークスペースを使用すると、データの地理的位置、サブスクリプションの範囲、リソースへのアクセスなど、さまざまな要件に基づいてデータを収集できます。
注：以下のタスクを実行するには、Microsoft EntraアクティビティログとAzure Monitorの統合機能を使用してください。
*-> Microsoft Entra のサインイン ログを、Microsoft Defender for Cloud によって公開されたセキュリティ ログと比較してください。
* Azure Application Insights からアプリケーションのパフォーマンスデータを関連付けることで、アプリケーションのサインインページにおけるパフォーマンスのボトルネックをトラブルシューティングします。
* アイデンティティ保護のリスクの高いユーザーとリスク検出ログを分析して、環境内の脅威を検出します。
* 認証にActive Directory認証ライブラリ（ADAL）を使用しているアプリケーションからのサインインを識別します。
参照：
https://learn.microsoft.com/en-us/entra/identity/monitoring-health/howto-integrate-activity-logs-with-azure-monitor-logs

参照：
https://docs.microsoft.com/en-us/azure/active-directory/manage-apps/assign-user-or-group-access-portal