1.3Microsoft 365 のコアセキュリティ機能

Microsoft 365 の ID 基盤が Microsoft Entra ID です。ユーザー・グループ・アプリ・デバイスの ID とアクセスを一元管理し、サインインの制御やセキュリティ態勢の評価を提供します。

1.3.1条件付きアクセスと SSO

条件付きアクセス は、サインインのシグナル（ユーザー・場所・デバイス・リスク）に応じて「MFA を要求」「ブロック」「準拠デバイスを要求」などの制御を適用するポリシーです。シングルサインオン（SSO） は、一度の認証で複数のアプリにアクセスできる仕組みで、利便性とセキュリティ（パスワードの使い回し削減・一元的な制御）を両立します。ユーザーとグループは、個人向けの設定か多数への一括適用かで使い分けます（一般にグループ単位の付与が推奨）。

1.3.2サインインの問題と Identity Secure Score

サインインの問題は、サインインログ で原因を切り分けます。MFA・条件付きアクセス・リスクのあるサインイン（Entra ID Protection）のどれでブロック/要求されたかを確認します。Identity Secure Score は、Entra ID のセキュリティ態勢を数値とおすすめの改善策で示す指標で、MFA の展開や危険な設定の是正などを優先順位付けできます。監査ログはユーザー/管理者の操作を記録し、調査と証跡に使います。

1.3.3PIM とアプリの ID

特権 ID 管理（PIM） は、強力な管理者ロールを常時割り当てず、必要なときだけ時間制限つきで昇格（JIT）させ、承認・MFA・監査を伴わせる仕組みです。アプリも ID を持ち、アプリ登録（アプリの定義＝設計図）と、テナントにインスタンス化された エンタープライズ アプリケーション（サービスプリンシパル） を区別します。これらはアプリへのアクセス許可（同意）管理の基礎になります。

1.3.4この節のまとめ

• Entra ID＝ID 基盤。条件付きアクセス（条件→制御）＋SSO（一度の認証で複数アプリ）
• サインイン問題はサインインログで切り分け（MFA/条件付きアクセス/リスク）。Identity Secure Score で態勢評価、監査ログで記録
• PIM で特権を JIT 昇格。アプリ登録（設計図）とエンタープライズ アプリ（実体）を区別