パスワードを渡してしまったら。変更だけで終わらせない初動

入力した秘密を再配布せず、対象・時刻・操作からアカウントと関連サービスの確認につなぐ。

入力した値ではなく、対象と操作を伝える

偽の画面へパスワードを入力したかもしれないときは、社内の既知の窓口へ早く連絡します。SONAEは、何のサービスで、いつ、どの端末から、どこまで操作したかを短く伝える形を提案します。パスワードそのものを報告の本文へ貼る必要はありません。認証コードを渡した、通知を承認した、連携を許可した場合は、その種類も伝えます。恥ずかしさから記録を消したり、自分で安全か試すために同じ画面へ戻ったりせず、担当の判断につなげましょう。

変更の操作と、侵害の確認を分ける

Microsoftのクラウドメール向け手順は、アカウントの制御回復に加えて、セッション、登録された認証方法、同意したアプリ、権限、メール転送などの確認も挙げています。SONAEは、パスワードを変えたという一件だけで対応を閉じないことを勧めます。必要な操作は利用製品と認証方式で異なるため、管理者が正式な手順と影響を確認します。一般社員へ管理コマンドを渡して一斉に実行させず、対象と承認をそろえた担当が対応します。

使い回しは、値を集めず範囲を確認する

同じ秘密を他のサービスでも使っていた場合は、そのサービス名を管理者へ伝えます。共有表に現在と過去のパスワードを列挙する方法は避けます。仕事と私用が混在していた場合も、会社の対応範囲と本人が公式窓口から行う対応を分けましょう。複数サービスが同じ認証基盤を使っているのか、別々のパスワードなのかによって影響は違います。広く変更した件数だけを成果にせず、入口と対象を照合して抜けを減らします。

本人へ戻す連絡経路も確かめる

侵害が疑われるメールだけに、新しい秘密や回復の案内を送りません。管理者は、既知の別経路で本人を確認し、利用を戻す条件を説明します。本人確認のために届いたという電話でも、認証コードや回復コードをその場で伝える理由にはなりません。架空の例では、営業用メールの確認中は登録済みの社内連絡経路を使い、誰が本人確認を行ったかを残します。新たに申告された電話番号だけを確認の根拠にしないようにします。

業務で使えない時間と、確認の記録を残す

利用を止める対応には業務への影響もあります。管理者と業務責任者が、対象、止めた時刻、代替の連絡、次の判断を共有します。復旧の連絡では、何を確認したか、何が未確認かを本人へ返します。操作が完了しても、既に参照された情報が戻るわけではありません。見つかった送信や共有などの事実を確認し、影響の調査と利用再開を別の記録で追いましょう。担当者が交代しても、変更の履歴をたどれることが大切です。

一件を閉じる条件を決める

完了の目安は、必要な認証の回復と関連するアクセスの確認を担当が説明し、残る調査と本人の次の行動が明確になることです。侵害なしという判断には確認した記録と範囲が必要で、変更しただけでは言い切れません。報告の経路が分からなかった、案内が難しかったなどの問題も改善へ戻します。演習では秘密の値を使わず架空のサービスと時刻で連絡を練習し、実際の変更をした結果と机上の確認を取り違えないようにしましょう。

相談前の確認表

• 秘密の値を報告文に貼らない
• 変更だけで対応を閉じない
• 本人へ返す正規の別経路を準備する
• 確認した範囲と残る調査を記録する

参考資料（確認日：2026年10月23日）：Microsoft Learn：Respond to a compromised cloud email account ↗

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