アイデンティティ（ID）の集中化と「SSO・IdP障害」への事業継続対策
運用上の注意：本番環境の権限、認証、ネットワーク、CI/CD設定を変更する場合は、資産所有者の承認、バックアップ、ロールバック手順、監査ログを準備し、検証環境から段階的に適用してください。
【背景と概要】
ゼロトラストモデルの浸透や多数のSaaS利用に伴い、多くの企業がMicrosoft Entra ID（旧Azure AD）やOktaなどの「IdP（Identity Provider）」を導入し、単一サインオン（SSO）と多要素認証（MFA）を中心とした統合アイデンティティ基盤を構築しています。
ログインの一元化とセキュリティ向上に大きく寄与する一方、IdP自体がシステム障害、サイバー攻撃、ネットワーク不通等によって停止した場合、全社の全業務システム（メール、チャット、顧客管理、勤怠等）へ一斉にアクセスできなくなる「単一障害点（SPOF）」としてのリスクが露呈しています。
【IdP停止時に組織が直面するデッドロック現象】
認証基盤の停止は、一般的な単一SaaSの障害よりもはるかに甚大な影響を及ぼします。
- 社内全業務の「完全な停止」
従業員はあらゆるWebサービスや社内システムへログインできなくなり、業務が物理的にスタックします。
- 管理者自身による「緊急障害対応」の阻害
IdPが停止すると、IT管理者やセキュリティ担当者自身も管理コンソールやログ確認ツールへログインできなくなるデッドロック（詰み）状態が発生し、障害の把握や復旧操作が遅れる恐れがあります。
【認証基盤障害に対するレジリエンス（回復力）確保策】
IdPが「停止すること」をあらかじめ前提としたBCP（事業継続計画）の設計が必要です。
- ブレイクグラス・アカウント（Break-Glass Account：緊急アクセス用アカウント）の準備
IdPやMFA、SSOが完全にダウンした際でも、クラウド環境（AWSやAzure等）の緊急保守用として、SSOを経由せずに直接ログインできる管理者権限アカウント（ブレイクグラス）を事前に作成しておきます。このアカウントの資格情報は耐火金庫等で厳重に物理保管し、利用時には即座にアラートが発報される監視を掛けます。
- セッション維持（Token Lifetime）の柔軟な設計
IdPが短時間一時停止した際でも、すでにログイン済みのユーザーの作業が即座に中断されないよう、セッションCookieやリフレッシュトークンの有効期限のバランス（セキュリティと可用性のトレードオフ）を適切に設計します。
- 代替認証経路およびオフラインアクセスの検討
ローカルキャッシュを利用した認証が可能な端末環境の整理や、IdP障害時における緊急業務手順（手作業・オフライン運用）をBCPマニュアルに定めておきます。