SONAE KNOWLEDGE / 会社の備え
MFA端末を紛失したら。本人確認と再登録の担当を決める
AI技術確認日:2026-10-23/編集確認は未了
AIを用いて初稿を作成し、技術確認もCodex(AI)が実施しています。一次資料との対応、記述とひな型の整合性を確認しました。専門家による監修ではありません。運営者の判断で先行公開しています。本人による編集確認は未了です。確認範囲は運営と編集のページをご覧ください。
公開:
入れなくなった人を助ける入口も、なりすましに開かないように整える。
まず、紛失と不正利用の疑いを区別して受ける
MFAに使う端末やキーを失くすと、業務サービスへ入れなくなることがあります。SONAEは、申請を受けた人が、対象のサービス、失ったもの、最後に使った時期、身に覚えのない通知の有無を確認する方法を提案します。カナダのサイバーセキュリティ機関も予備の認証手段や紛失時の対応を準備する観点を示しています。連絡した人を責めず、秘密の値を送らせず、社内の窓口へつなぐことから始めましょう。
SONAE KNOWLEDGE / 図解 01
本人確認と、管理者の操作を分ける。
再登録の承認
既知の経路で本人確認
なりすましの申請を想定。
製品の管理
認証方法・セッション等
必要な操作と影響を確認。
連絡してきた相手を、その場の情報だけで信じない
会社名、社員名、役職を知っていることや、声が似ていることだけで再登録を認めないようにします。会社が確認済みの連絡経路や本人確認の手順を使い、操作する人と承認する人を決めます。新しく教えられた電話番号やメールだけで本人を確かめると、連絡先ごとなりすまされる可能性があります。具体的な確認方法は自社の条件に合わせて定め、実際の証明書や個人情報を本サイトへ提出させません。
SONAE KNOWLEDGE / 図解 02
申請を受けても、すぐ再登録しない。
図の内容を文章で読む
紛失の申請:対象と状況を確認 / 本人確認と承認:既知の経路で確かめる / 再登録と確認:公式手順と業務の結果。再登録、パスワード、セッションなどは必要な操作と影響を別に確認します。実際の認証情報を変更した図ではありません。 未確認の依頼:声や新しい連絡先だけで認めない。
パスワード、認証方法、セッションは別の項目
Microsoftの公式資料は、パスワードのリセット、MFAの再登録、セッションの取り消しを別の管理操作として示しています。これは対象製品の説明で、実際に必要な操作と影響は利用環境で確認します。再登録のボタンを押せば、すべての認証手段や不正な利用が自動的に整理されるとは考えないようにします。失った端末やキーの状態、不審な利用の疑いを対応責任者へ伝え、対象の公式手順に沿って判断します。
予備が使える場合と、すべて失った場合を分ける
会社が承認した予備の認証手段が使えるなら、その利用手順を確認します。すべての手段が使えない場合は、製品の回復機能や管理者による対応を確認する必要があります。急いでいるからMFAを外す、といった運用を標準にしないようにします。利用できる窓口、管理者不在時の連絡、対応する時間帯を用意します。予備の秘密や一時的な回復情報の受け渡しも、会社が認めた方法で管理してください。
新しい手段を登録した後の、確認を残す
再登録できたことに加え、対象の利用者が通常の業務を再開できるか、不要な認証手段や想定外の登録がないかを確認する計画にします。紛失した端末に関係する別の業務サービスも把握します。対応記録には、受付、本人確認と承認の担当、対象、実施した操作、結果、残課題を残します。認証コードや秘密の回復情報そのものを、通常の対応チケットへ書き込む必要はありません。
平時の練習は、操作せず机上から始める
架空の社員が端末を紛失した想定で、受付担当がどこへ連絡し、誰の承認でどの手順を使うかをたどります。練習のために、本物の認証情報を消したり新しく登録したりしません。実機で試す場合は検証用アカウントと承認した範囲に限ります。完了の目安は、本人確認、管理操作、業務の回復、残る疑いの扱いまで、担当が分かることです。ログインできたという一点だけで、事故の可能性を閉じないようにします。
社内で使う記録のひな型
SONAEの運用例・架空データです。実際の秘密情報をこの画面へ入力する欄ではありません。
- 受付
- 架空の社員の認証端末紛失
- 確認
- 既知の経路・本人確認・承認者
- 管理
- 対象製品の認証方法・セッション等を区別
- 完了
- 業務再開・不要な手段・残課題の確認
CASES / 2026年10月23日確認
実際の事例から、備えを考える。
以下は公表資料をもとにした要約です。SONAEの診断実績ではありません。自社への適用は、下の問いと分けて考えます。
事業者の脅威調査
IT担当を装って認証情報を求める電話
- 公表・更新
- 2026年1月31日(今回確認した公式ページの表示)
- 発生・観測
- 報告対象の一部:2026年1月上旬〜中旬。
Googleは、IT担当を装う電話で偽の認証画面へ誘導し、SSO情報やMFAコードを取得した活動を報告しています。
確認範囲:「MFAがあればすべて防げる」と示す事例ではありません。声がAI生成だったとする断定もしていません。
認証コードの提供や再登録を求められたとき、既知の社内窓口に確認する手順がありますか。
相談前の確認表
- 本人確認と承認を先に決めた
- 管理操作ごとの影響を確認する
- 予備ありと全手段紛失を分けた
- 秘密を記録せず結果と残課題を残す
参考資料(確認日:2026年10月23日):Microsoft Learn:Manage user authentication methods ↗ / Canadian Centre for Cyber Security:Steps for effectively deploying MFA ↗
一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。
認証・情報管理の点検内容を見る →