緊急用アカウント、作ったままになっていませんか

最後の入口にするなら、使う条件と使った後の確認まで決める。

どんな管理不能に備えるかを決める

Microsoftは、通常の管理者がサインインできない状況に備える緊急用アカウントの管理方法を説明しています。以下はその観点を踏まえたSONAEの確認案です。管理者の端末が使えない、普段の認証基盤が利用できない、担当者が不在といった場面を挙げます。重要なサービスごとに何を想定するかを決め、通常の利用者の回復と、組織の管理権限を取り戻す仕事を分けます。使う製品の正式な推奨手順を確認することから始めましょう。

日常の管理作業に、使い回さない

緊急用を、便利だからという理由で普段の共通管理IDにしないようにします。利用を認める条件、判断する人、操作する人、代替担当を決めます。強い権限を持つ場合は、誤操作や不正利用の影響も大きくなります。認証方法や必要な数、役割の設定は製品の公式資料と自社の要件に従って設計します。この記事は、どの製品でも管理者IDを同じ数だけ作ればよいという手順書ではありません。

普段の障害に、一緒に巻き込まれないか

通常の管理者と同じ端末や認証経路だけに依存すると、その経路の障害時に使えない可能性があります。Microsoftは対象製品で、通常とは異なる強い認証方法などを検討する観点を示しています。保管先へ入るために、障害で使えないサービスへログインする必要がないかも確認します。緊急用だから認証を弱くするという意味ではありません。依存関係と保護の両方を管理する人へ相談してください。

保管する秘密と、利用できる担当を管理する

認証手段を取り出せる人、取り出す条件、保管する場所、担当交代の確認を決めます。秘密を共通の表計算やチャットへ貼らず、承認した管理方法を使います。誰か一人が休むと取り出せない状態も、誰でも勝手に使える状態も避ける必要があります。複数の担当がいる場合も、誰の判断で何を行ったかを記録できるようにします。記録の中へ秘密の値を複写するのではなく、手順と判断を残します。

使われたことを、別の担当が確認する

緊急用のサインインや操作を把握し、利用の理由と対応付けて確認する計画にします。通常は使わないはずの時間に動いていれば、管理する人が調べられるようにします。通知する設定があっても、その通知先が同じ障害で使えない場合を想定します。実際に確認できる記録や通知は製品と契約の条件を調べます。利用後は、残る権限や状態、必要な認証情報の見直しを公式手順と管理者判断で進めます。

定期確認は、業務を壊さない計画で行う

架空の机上確認では、通常の管理者が入れない想定で、誰が承認し、保管手段へどう到達し、操作後に誰が記録を見るかをたどります。実際の利用確認を行う場合は、対象と影響、時間帯、停止条件を合意します。完了の目安は、作成の記録だけでなく、利用条件、保管、監視、担当交代、定期確認まで運用が決まったことです。緊急用が存在するだけで、あらゆる障害から復旧できるとは保証しません。

相談前の確認表

• 想定する管理不能の場面を決めた
• 日常利用と緊急利用を分けた
• 強い認証と保管の依存を確認した
• 監視・利用後・担当交代を計画した

参考資料（確認日：2026年10月23日）：Microsoft Learn：Manage emergency access accounts ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。