【Microsoft 365】ユーザーリスクが高でサインインできない時の調査と解除判断

Microsoft 365へのサインイン時に「ユーザーリスクが高いためサインインをブロックしました」というメッセージが表示され、アクセスできなくなることがあります。このエラーは、Microsoft Entra ID(旧Azure AD)のID保護機能がユーザーアカウントに不審な動作を検出した場合に発生します。一般ユーザーがこの画面に遭遇すると、何が起きているのか分からずに混乱しがちです。原因を正しく把握し、状況に応じて適切な対応を取ることで、アカウントを安全に再び利用できるようになります。

ユーザーリスクが高いとは?リスク検出の仕組み

Microsoft Entra IDでは、機械学習を用いてサインイン行動やアカウントの状態を分析し、リスクレベル(低・中・高)を割り当てます。リスクが高いと判断される主な要因は以下の通りです。

• 異常なサインイン行動: 普段と異なる場所からのサインイン、未知のデバイス、異常な時刻でのアクセスなど。
• 漏洩した資格情報: パスワードがダークウェブなどで流出した可能性がある場合。
• マルウェア感染: 端末がマルウェアに感染し、資格情報が盗まれた恐れがある場合。
• 匿名IPアドレス: TorやVPN経由のサインインなど。

これらの要因が複合的に検出されると、ユーザーリスクが高と判定され、管理者が設定した条件付きアクセスポリシーによりサインインがブロックされます。ブロックは完全な拒否か、多要素認証(MFA)の追加要求などの形で現れます。

サインインできない時の最初の確認項目

エラー画面が表示されたら、落ち着いて以下の3つの観点で状況を確認してください。

端末側の確認

• 勤務先のデバイスかどうか:個人端末や未登録の端末からサインインしようとしていないか確認します。
• ネットワーク環境:自宅やカフェなど、普段と異なるネットワークを使用していないか確認します。VPNを使用している場合は、そのVPNがリスクとして検出される可能性もあります。
• ブラウザやアプリのバージョン:古いブラウザやサポートされていないアプリを使っていないか確認します。

アカウント側の確認

• パスワード漏洩の兆候:他のサービスで同じパスワードを使い回していないか、最近不審なメールやリンクをクリックしていないか思い出します。
• 多要素認証の有効性:MFAが正しく設定されているか、認証方法に問題がないか確認します。
• 過去のサインイン履歴:Microsoft My Sign-ins(https://mysignins.microsoft.com)で異常なサインインがないか自分で確認できます(管理者権限は不要)。

管理者設定側の確認(一般ユーザーは管理者に問い合わせ)

• 条件付きアクセスポリシー:組織が「ユーザーリスクが高い場合にブロック」するポリシーを設定しているかどうか。
• ID保護のポリシー:ユーザーリスクポリシーとサインインリスクポリシーの設定状態。
• 多要素認証の登録状況:ユーザーがMFAに登録していない場合、リスク低減のためにMFAを要求するポリシーが働いている可能性もあります。

一般ユーザーは、上記のうち端末側とアカウント側の情報を整理した上で、管理者に連絡することが重要です。

リスク検出の情報を確認する方法

ユーザー自身で確認できる情報と、管理者しか確認できない情報があります。それぞれの方法を説明します。

ユーザー自身で見られる情報

1. エラーページに表示される「詳細の表示」リンクをクリックします。サインインが拒否された理由やリスク検出の種類が表示されることがあります。
2. Microsoft My Sign-ins(https://mysignins.microsoft.com)にアクセスし、サインイン履歴を確認します。ここでは「サインインがブロックされた」「リスクが検出された」といったイベントが表示されます。
3. セキュリティ情報(aka.ms/mfasetup)でMFAの設定状況を確認します。登録が不完全だとリスクと見なされる場合があります。
4. パスワードリセットが必要かどうかを確認します。ただし、パスワードを変更してもユーザーリスクのスコアは自動的にリセットされないことに注意してください。
5. 管理者に連絡する前に、上記の情報をスクリーンショットに保存しておくとスムーズです。

管理者に確認してもらう情報

管理者はMicrosoft Entra管理センターにアクセスし、以下の情報を取得できます。

• ユーザーのリスク状態: リスクレベル(高・中・低)と検出日時、リスク検出の一覧。
• リスク検出の詳細: 検出の種類(漏洩した資格情報、匿名IPアドレス、マルウェア関連など)と信頼度。
• サインインログ: ブロックされたサインインの試行詳細(IPアドレス、場所、クライアントアプリなど)。
• 条件付きアクセスポリシーの適用状況: どのポリシーがトリガーされたか。

管理者はこれらの情報をもとに、リスクが正当なものかどうかを判断します。

リスクを解除する判断基準

リスクの解除は、原則として管理者が行います。解除には「ユーザーリスクを無視する」または「リスクを却下する」操作があります。判断基準を以下の表にまとめました。

状況	リスクが高いと判断すべき	リスクを解除しても良い可能性
ユーザーが本人と確認できる	ユーザーがサインインを覚えていない、または身に覚えのない場所からのアクセス	ユーザーが自ら試行したもので、理由が説明できる(例:出張先からのアクセス)
端末やネットワーク	未知の端末、公共Wi-Fi、VPN経由	登録済みの会社PC、既知のネットワーク(自宅・社内)
パスワード漏洩の有無	漏洩が確認された、使い回しあり	漏洩の兆候なし、パスワードは強固で使い回しなし
MFAの状況	MFA未登録、MFAをスキップした	MFA正常に登録、常にMFAを使用
過去のリスク履歴	過去に複数回リスク検出あり	初めてのリスク検出で、その他異常なし

管理者は上記を総合的に判断し、リスクを無視(一時的にブロックを解除)するか、ユーザーにパスワードリセットを強制するか、アカウントを無効化するかを決定します。一時的な解除後も、ユーザーに注意喚起やMFA再設定を促すことが推奨されます。

よくある失敗パターンと注意点

ユーザーリスクが原因でサインインできないとき、以下のような対応は問題を悪化させる可能性があります。

• 自分でパスワードを何度も変更する: リスクレベルはリセットされず、むしろ新しいパスワードが漏洩するリスクも生じます。管理者に連絡するまでは変更しないほうが安全です。
• 別の端末やネットワークで何度もサインインを試す: さらなるリスク検出を誘発し、アカウントがロックされる可能性があります。
• 管理者に連絡せず長時間放置する: リスク検出が放置されると、攻撃者が実際にアカウントを乗っ取るリスクが高まります。早めに管理者へ報告しましょう。
• Microsoftサポートに直接問い合わせる: 会社のアカウントの場合、組織の管理者が対応すべき問題です。個人アカウントと混同しないでください。

また、管理者側の注意点として、ユーザーリスクポリシーを「高」のみブロックに設定している場合、「中」や「低」のリスクはブロックされません。ブロックが発生したということは、何らかの異常が確度高で検出された証拠です。安易にリスクを却下せず、詳細を確認した上で対応しましょう。

よくある質問

Q1. ユーザーリスクが高いと表示されたが、自分は特に怪しい操作をしていない。なぜこうなったのか?
ユーザー自身には心当たりがなくても、バックグラウンドでパスワード漏洩の情報が検出されたり、攻撃者がアカウントにアクセスを試みた形跡がある場合があります。まずは管理者に連絡し、リスクの詳細を確認してもらいましょう。

Q2. 管理者に連絡するとき、何を伝えればよいか?
以下の情報を伝えると、調査がスムーズです。

• エラーメッセージのスクリーンショット
• サインインしようとした日時、場所(出張先など)
• 使用した端末(会社PC、個人スマホなど)
• ネットワーク(社内、自宅、カフェWi-Fiなど)
• 最近パスワードを変更したかどうか

Q3. リスクは自動的に解除されることはあるか?
いいえ、ユーザーリスクは自動的には解除されません。管理者が調査を行い、手動で却下するか、パスワードリセット後にリスクがリセットされるまで待つ必要があります。放置するとブロックが続きます。

まとめ

Microsoft 365で「ユーザーリスクが高い」ためにサインインできない場合、まずは端末やネットワークの状況を確認し、心当たりがない場合は速やかに管理者へ連絡することが重要です。一般ユーザーはリスク解除の権限を持たないため、管理者の対応を待つ必要があります。ただし、パスワード変更や多要素認証の設定は自分で可能なため、事前に準備しておくとスムーズです。管理者はリスク検出の詳細を確認し、正当なアクティビティかどうかを判断した上で、リスクを却下するかパスワードリセットを実施してください。適切な対応により、アカウントの安全性を保ちながら業務を継続できます。

👥

Teams/Outlookトラブル完全解決データベース サインイン、接続エラー、メール送受信の不具合など、特有のトラブル解決策を網羅。困った時の逆引きに活用してください。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。