Microsoft 365（M365）にサインインしようとすると、本人確認で「電話番号（SMS）」を選んだ瞬間にエラーコード 399287 が出て先へ進めない――。この症状は、電話番号やアカウントがMicrosoft側の不正対策でブロックされ、ユーザー操作だけでは解除できないケースがあります。原因の見分け方と、最短で復旧するための現実的な手順をまとめます。
SMS 認証エラー（399287）とは？起きる症状と「詰みポイント」
エラーコード 399287 は、サインイン中の本人確認（追加のセキュリティ確認）で SMS を使った認証が完了できないときに出ることがあります。画面には次のようなメッセージが表示されるケースが典型です。
“Sorry, we’re having trouble verifying your account. Please try again.”
エラーコード: 399287
やっかいなのは、次の状態に陥りやすい点です。
- SMS を選ぶたびに同じエラーで止まり、何度やっても通らない
- パスワードリセットや別のサインイン方法を試しても、最後の本人確認で詰まる
- 結果として Microsoft 365 管理センター／Azure ポータル／OneDrive などに一切アクセスできない
- M365 Developer Program テナント（***@***.onmicrosoft.com）だと、プロジェクトやファイルに触れず作業が停止しやすい
| 現象 | ユーザー側の見え方 | 業務への影響 |
|---|---|---|
| SMS を選択すると 399287 | 「確認できない」系のメッセージでループ | サインイン不能、管理操作不能 |
| 他手段が実質使えない | Authenticator 未登録／バックアップなし | 復旧手段が「管理者 or サポート」に限定 |
| テナントが開発用途 | onmicrosoft.com の管理者のみ | プロジェクト・OneDrive・検証環境が止まる |
結論：399287 の多くは「電話番号のレピュテーション起因のブロック」で、ユーザー操作だけでは直らない
この手の 399287 で最も多いパターンは、多要素認証（MFA）の電話番号が「悪いレピュテーション（bad reputation）」と判定され、Microsoft側の不正対策でブロックされている状態です。
ここで言う「悪いレピュテーション」は、ユーザー本人が悪いことをしたという意味ではなく、次のような要因で自動判定に巻き込まれることがあり得ます。
- 過去にその番号が不正やスパム送信に使われた（番号の再利用・キャリアの払い出し）
- 短時間に認証試行が集中し、リスク判定が強く働いた
- VoIP／転送系の番号、SMS到達性が低い回線などが疑われた
- 地域・事業者・経路の都合で SMS がブロック／遅延し、失敗が重なった
そして重要なのは、このブロックはユーザー側の通常操作（ブラウザ変更、端末変更、時間を空ける、パスワード変更）では解除できないことがあるという点です。最終的には、
- 組織内の管理者が認証方法をリセットする
- Microsoft 正規サポート（支援担当）がバックエンドでブロックを解除する
という「外部の手」が必要になります。
まずやるべき切り分け：一時的な不具合か、ブロックか
いきなりサポートに連絡する前に、「環境起因の失敗」と「Microsoft側ブロック」を切り分けると復旧が速くなります。目安は次の通りです。
| 状況 | 可能性が高い原因 | 次の一手 |
|---|---|---|
| SMSが届く/届かない以前に、選んだ瞬間に399287 | Microsoft側のブロック（レピュテーション等） | 管理者リセット or サポート依頼が本命 |
| SMSは届くが、コードが通らない/期限切れになりがち | 時刻ずれ、回線遅延、入力ミス、端末側問題 | 端末時計/通信/VPN/ブラウザを見直す |
| 以前は同番号で使えていたが、急に通らなくなった | 番号の評価変化、試行回数増、セキュリティ強化 | Authenticatorへ移行＋管理者対応を検討 |
ユーザー側でできる「軽い」チェック（10分で終わる範囲）
- VPN/プロキシをOFFし、普段の回線（自宅Wi-Fiやキャリア回線）で試す
- シークレットウィンドウ、別ブラウザ、別端末でも同じ症状か確認する
- 端末の日時・タイムゾーンを自動設定にし、ずれがないか確認する
- 電話番号の表記を確認（国番号 +81、先頭0を外す等）し、登録形式に誤りがないか管理者に確認する
- 連続試行を避け、短時間に何度も失敗させない（リスク判定を悪化させることがある）
ただし、これらは「環境起因」の可能性を潰すための手順です。SMSを選んだ瞬間に必ず399287で弾かれるなら、次章以降の「管理者対応／サポート対応」が実質的な解決策になります。
管理者が別にいる場合：Entra 管理センターでの復旧が最短
会社や組織の Microsoft 365 で、自分以外にグローバル管理者（または適切な管理者権限）がいる場合は、管理者に以下を依頼するのが最も早いです。ポイントは、「SMSが通らない」ではなく「本人確認がブロックされてサインインできない」と伝えることです。
管理者が実施する代表的な復旧アクション
管理者には Microsoft Entra 管理センター（旧 Azure AD）で次の対応を依頼します。
- MFA セッションの取り消し（Revoke）
古いトークンやセッションが残っていると挙動が不安定になることがあるため、まず遮断します。 - 認証方法（Authentication methods）のリセット
電話番号やAuthenticator登録を削除し、次回サインイン時に再登録を強制します。 - 電話番号がブロック状態になっていないかの確認
組織側ポリシーや条件付きアクセスでSMSが許可されていない/制限されている可能性も一応確認します。
管理者が作業するときの「狙い」は、ユーザーを責めることではなく、該当ユーザーの認証状態を一度まっさらに戻し、別のより安全な方式（Authenticator等）で再登録させることです。
管理者に伝えると話が速い情報
- サインイン時のエラーコード：399287
- 表示されるメッセージ（英語のままでOK）
- 発生日時（できれば複数回の時刻）
- もし画面に出ていれば：Request Id / Correlation Id
- 対象アカウント（例：***@***.onmicrosoft.com）
これで直らない場合は、管理者から Microsoft 正規サポートにエスカレーションしてもらうのが現実解です。特に電話番号レピュテーションのブロックは、管理センター操作だけでは解除できないことがあります。
自分が唯一の管理者で、管理センターに入れない場合：サポートに「バックエンド解除」を依頼する
最も詰まりやすいのが、
- 自分が唯一のグローバル管理者
- Authenticator未登録で、SMSが主手段
- そのSMSが399287で弾かれる
という構図です。この場合、できることは大きく2つです。
やることA：Microsoft 正規サポートに連絡し、認証方法のリセット／ブロック解除を依頼
依頼の主旨はシンプルに、次の1文に集約できます。
- 「MFAのSMS認証がエラー399287で通らず、管理センターにも入れない。認証方法のリセット、またはSMSブロック（レピュテーション）の解除をしてほしい」
サポートへ渡す情報は、揃っているほど短時間で進みます。
| 項目 | 例 | なぜ必要か |
|---|---|---|
| エラーコード | 399287 | 認証フロー起因のトラブルとして分類できる |
| 対象アカウント | ***@***.onmicrosoft.com | テナント特定のため |
| 発生日時 | 2025/xx/xx 10:30 など | バックエンドログ照会のキーになる |
| Request Id / Correlation Id | エラーページに表示 | 該当イベントをピンポイントで追える |
| 電話番号（可能なら） | +81xxxxxxxxxx | 番号レピュテーション/ブロック確認に役立つ |
なお、電話サポートの自動音声（IVR）やメニュー名称は変更されることがあります。重要なのはメニュー暗記ではなく、「多要素認証（MFA）」「Authenticator/SMS」「管理者だが入れない」を明確に伝え、担当へ繋いでもらうことです。
やることB：サポートに繋がりにくい場合の回避策（トライアルテナントからチケットを切る）
開発者テナントや無償状態のテナントだと、契約形態によってはサポート窓口が分かれたり、チケット作成の導線が見つけづらいことがあります。その場合の実務的な回避策として、
- Microsoft 365 の無料トライアル（別テナント）を新規作成
- その管理センターからサポート画面へ入り、既存テナントのサインイン障害（MFA/SMS 399287）として相談
- 復旧後、不要ならトライアルを解約して課金リスクを避ける
という方法が取られることがあります。ポイントは、サポートへ「別テナントを作った」こと自体ではなく、復旧対象は元のテナントであることをブレずに伝えることです。
サポート依頼文テンプレ（そのまま貼れる形）
チケットやチャットで状況を一度で伝えるためのテンプレです。必要箇所だけ差し替えて使ってください。
件名：Microsoft 365 サインイン不可（SMS認証エラー 399287）/ MFAブロック解除のお願い 概要： Microsoft 365（Entra ID）アカウントでサインイン時、本人確認で「電話番号（SMS）」を選択すると "Sorry, we’re having trouble verifying your account. Please try again."（Error code: 399287） が表示され、認証が完了できません。結果として管理センター/ポータル含め一切サインインできません。 対象： ・ユーザー（管理者）：[email protected] ・テナント名（分かれば）：xxxxx.onmicrosoft.com ・発生日時：YYYY/MM/DD HH:MM（タイムゾーンも） ・Request Id：xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx（表示があれば） ・Correlation Id：xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx（表示があれば） 依頼： ・当該ユーザーのMFA認証方法のリセット（再登録ができる状態に戻す） ・SMS/電話番号に関連するブロック（レピュテーション等）があれば解除/クリア
「Microsoft側で解除が必要」になる典型パターン
次に当てはまるほど、ユーザーや管理者の操作だけでは復旧しにくく、Microsoft支援担当のバックエンド対応が必要になる傾向があります。
- SMSを選択した瞬間に399287で弾かれ、コード送信まで進まない
- 同じ番号で何度も失敗し、時間を空けても改善しない
- 自分が唯一の管理者で、認証方法をリセットできる人がいない
- Developer Program テナントで、開発資産・OneDrive・証明書などがテナント内に閉じている
実際に解決したケースでは、Microsoft側で次のような作業が行われた結果、SMS認証が復旧しサインインできるようになりました。
- 対象アカウント／電話番号にかかっていたMFAブロックの解除
- 電話番号に付与されていた悪いレピュテーション（bad reputation）のクリア
つまり、このタイプの399287は「設定ミス」よりも不正対策の判定に巻き込まれていることが本質で、最後は内部解除が決め手になりがちです。
復旧後に必ずやるべき：SMS依存をやめて再発を防ぐ（ベストプラクティス）
サインインが戻った瞬間に安心して終わらせると、同じ構造で再発します。とくに開発者テナントや個人管理のテナントでは、次の対策が“保険”ではなく“必須”です。
Microsoft Authenticator をメインにする
SMS/音声通話は手軽ですが、一般的に次の理由でリスクが高いとされます。
- SIMスワップ（電話番号乗っ取り）
- 転送設定や再発行、本人確認の穴を突かれる
- 通信遅延・未達により、認証の成功率が安定しない
復旧後は、Microsoft Authenticator（プッシュ通知またはアプリ内コード）を優先手段にし、SMSはあくまで予備に回すのが安全です。
「詰み」を防ぐための最低限セット
| 対策 | 推奨設定 | 狙い |
|---|---|---|
| 認証手段の複線化 | Authenticator＋予備（SMS/別端末/別要素） | 1つ死んでもログインできる |
| 非常用管理者（ブレークグラス） | 緊急用管理者アカウントを別途用意し、厳重保管 | 管理者が入れない最悪の事態を回避 |
| 管理者を複数にする | 最低2名（個人テナントでも2アカウント） | 本人以外がMFAリセットできる |
| 認証情報の棚卸し | 番号変更・端末買い替え時に即更新 | 古い番号や端末に依存しない |
開発者テナントなら「資産をテナント外へ退避」もセットで
M365 Developer Program テナントは開発効率が高い一方、サインイン不能になると影響が直撃します。復旧後は次のような「作業継続性」も意識すると事故のダメージが減ります。
- ソースコードは Git などでテナント外（ローカル/別リポジトリ）に同期
- OneDrive だけにしか存在しないファイルを作らない（定期バックアップ）
- 証明書、アプリ登録、シークレットの管理を棚卸しし、更新手順を文書化
よくある質問
電話番号を変えれば直りますか？
一時的に回避できる場合もありますが、番号の変更＝根本解決とは限りません。また、番号がレピュテーション判定に巻き込まれている場合、変更しても別の条件で再発することがあります。まずはAuthenticatorを主手段に移し、必要に応じて管理者またはサポートでブロック解除を進めるのが安全です。
時間を置けば解除されますか？
短時間のスロットリング（試行回数制限）なら回復することがあります。しかし、今回のようにSMSを選んだ瞬間に399287で止まるタイプは、待っても改善しないことが多いです。待つより、管理者操作かサポート依頼へ切り替える方が結果的に早く復旧します。
Developer Program のテナントでもサポート対象になりますか？
テナント自体は Microsoft 365 の仕組みで動いているため、相談の切り口は同じです。ただし、契約状態や窓口の導線は状況により変わります。繋がりにくい場合は、別テナント（トライアル）でサポートチケットを起票し、元テナントのMFA/SMS 399287を相談するという回避策が現場で使われることがあります。
再発させない最大のコツは？
「SMSをメインにしない」これに尽きます。Authenticator（可能ならさらに強い方式）へ移行し、管理者を複数用意し、緊急用アカウントを持つ。この3点で、399287のような本人確認トラブルが起きても「業務停止」まで落ちにくくなります。
まとめ：399287 は「Microsoft側ブロック」の可能性が高い。最短ルートは“管理者”か“サポート”
- SMS 認証エラー 399287 で Microsoft 365 にサインインできない場合、電話番号やアカウントが不正対策でブロック（bad reputation 等）されている可能性がある
- ユーザー側の操作だけでは解除できないことがあり、その場合は管理者によるMFAリセット、またはMicrosoft正規サポートへバックエンド解除を依頼するのが現実的
- 復旧後はMicrosoft Authenticator をメインにし、SMSは予備へ。さらに管理者複数化／緊急用アカウントで再発時の詰みを防ぐ
コメント