Explanation:
セキュリティセンター
参照：
https://docs.microsoft.com/en-us/azure/security-center/secure-score-access-and-track

Microsoft Entra ID（旧Azure AD）のセルフサービスパスワードリセット（SSPR）は、ユーザーがパスワードをリセットまたはロック解除するために本人確認を行う必要がある場合に、認証方法として電子メールを明示的にサポートする機能です。
MicrosoftのIDおよびアクセスに関するドキュメントとSCIの学習コンテンツによると、SSPRでは、管理者が携帯電話、オフィス電話、モバイルアプリ、セキュリティ質問、メールなど、ユーザーが利用できる認証方法を選択できます。メールが有効になっている場合、登録済みの代替メールアドレスに認証コードが送信されます。ユーザーはこのコードを入力することで本人確認を行い、これはSSPRプロセスにおける認証ステップとして扱われます。
対照的に：
* Microsoft Entra 多要素認証 (MFA) は、MFA の方法としてメールをサポートしていません。認証アプリ、電話、テキスト メッセージなどの方法に重点を置いています。
* Microsoft Entra ID Protectionは、危険なサインインやユーザーを検知して対応しますが、メールベースの認証は提供しません。
* Microsoft Entra Password Protectionは、禁止されたパスワードや漏洩したパスワードに対処するものであり、メールアドレスの認証には対応していません。
したがって、リストの中でメールを認証方法としてサポートしている唯一のオプションは、セルフサービスパスワードリセット（SSPR）です。

Explanation:

Microsoft 365 Defender では、Microsoft 365 サービス全体からのセキュリティシグナルがアラートとして生成されます。Microsoft のドキュメントでは、インシデントを「相関関係のあるアラートの集合」と定義しており、攻撃の全体像を表しています。インシデント オブジェクトは、関連するシグナル、エンティティ、および証拠を集約するため、アナリストは個々のアラートを個別に処理するのではなく、全体的にトリアージと修復を行うことができます。Microsoft はさらに、インシデントは「関連するアラート、資産、ユーザー、および証拠をグループ化」することでノイズを減らし、調査のコンテキストを提供すると説明しています。また、自動相関により、Defender for Endpoint、Defender for Office 365、Defender for Identity、および Microsoft Defender for Cloud Apps からのアラートを 1 つのケースに統合することで、「SOC が最も重要なことに集中できるようになります」。インシデント内では、アナリストはタイムライン、影響を受ける資産とユーザー、アラートの詳細、推奨されるアクションを確認でき、対応策 (デバイスの隔離、URL のブロックなど) を実行できます。
/file を削除するか、ユーザーを無効にする）。これは、イベント (生のテレメトリ)、脆弱性 (Defender 脆弱性管理によって管理される露出の発見)、および Microsoft Secure Score の改善アクション (姿勢に関する推奨事項) とは対照的です。したがって、Microsoft 365 Defender ポータルでは、インシデントは、Microsoft 365 セキュリティ スタック全体で調査と調整された修復を効率化するように設計された、相関するアラートの集合です。