Explanation:

マイクロソフトのセキュリティ、コンプライアンス、およびIDに関するガイダンスでは、Microsoft Service Trust Portal（STP）が、マイクロソフトのクラウドサービスに関する独立監査レポート、コンプライアンス認証、評価レポート、および信頼性関連ドキュメントを公開する公開場所として指定されています。このドキュメントでは、STPを通じて、SOC 1/SOC 2レポート、ISO/IEC認証、監査概要、コンプライアンスガイドなどの資料にアクセスできると説明されており、組織はマイクロソフトのコントロールを評価し、自社の規制要件に照らし合わせて検討することができます。STPは、透明性とデューデリジェンスを重視した設計となっており、顧客と監査担当者がマイクロソフトのコンプライアンス体制を確認し、マイクロソフトがクラウドプラットフォーム全体でセキュリティ、プライバシー、およびコンプライアンスをどのように管理しているかを理解できるようになっています。
対照的に、Microsoft Purview コンプライアンス ポータルは、組織内でコンプライアンス ソリューション (DLP、情報保護、eDiscovery、内部リスク、コンプライアンス マネージャーなど) を構成および管理するために使用されるテナント管理者ポータルであり、Microsoft の監査成果物の公開リポジトリではありません。Microsoft Purview ガバナンス ポータルは、データ ガバナンスとカタログ作成のシナリオに重点を置いています。Azure EA ポータルは、エンタープライズ契約の請求と使用状況の管理に使用されます。したがって、Microsoft クラウド サービスに関する監査レポートやその他のコンプライアンス関連情報を公開する公開サイトは、Microsoft Service Trust Portal です。

説明
グラフィカルユーザーインターフェース、テキスト、アプリケーション、電子メールの説明は自動的に生成されます

ボックス1：いいえ
Compliance Managerは、Microsoftが管理するコントロール、顧客が管理するコントロール、および共有コントロールを追跡します。
ボックス2：はい
ボックス3：はい

Azure AD Privileged Identity Management (PIM) は、Azure AD および Azure リソースへのジャストインタイムの特権アクセスを提供します。
参照：
https://docs.microsoft.com/en-us/azure/active-directory/privileged-identity-management/pim-configure

Explanation:
Microsoft の ID 用語では、認証とは、ユーザーがサインインしようとしたときに、そのユーザーが誰であるかを証明する手順です。Microsoft Learn では、認証を次のように明確に定義しています。「認証とは、ユーザー、デバイス、またはサービスの ID を証明するプロセスです。」これに対し、「認可とは、ユーザー、デバイス、またはサービスが実行できる操作を決定するプロセスです。」Microsoft Entra ID (旧 Azure AD) へのサインイン中、「ID プロバイダーは資格情報を検証し、認証が成功すると、アプリケーションがアクセスを許可するために使用するトークンを発行します。」Microsoft は、利用可能な方法についてさらに次のように説明しています。「Microsoft Entra ID は、パスワード、多要素認証、FIDO2 セキュリティ キー、証明書ベースの認証、フェデレーション認証など、複数の認証方法をサポートしています。」監査と管理は、サインイン時に ID を検証するメカニズムではありません。監査は「調査とコンプライアンスのためにセキュリティ関連のイベントを記録する」ものであり、管理は「ID、アクセス ポリシー、および設定の構成と管理」を指します。したがって、「ユーザーがサインインすると、_____ が認証情報を確認して本人確認を行います」という文では、認証が正しい補完語となります。なぜなら、認証は、認可の決定が行われる前に、ユーザーの認証情報を検証し、本人確認を行う制御だからです。