最初に押さえる判断の軸
MFA疲労攻撃は、認証の承認要求を繰り返し送り、利用者が面倒になったり正規の連絡だと思ったりして承認することを狙う手口です。通知が来た事実だけでは要求者は分かりません。自分が開始したログインかを確かめ、身に覚えのない通知を止めるために承認しないようにします。
番号一致は、ログイン側に示された番号を通知側で確認する方式で、単純な承認より判断を支えます。ただし番号を攻撃者から教えられるなど別の誘導は考えられ、FIDO2の認証先との結び付きと同じフィッシング耐性を持つと一括りにはできません。通知の発生源と方式、報告、復旧を組にして考えます。
混同しやすい状態を比較する
通知を拒否したことと、パスワードやセッションが安全であることは別です。大量の要求が発生した理由を管理者が確認します。
自分が開始したログインの要求ですか？
身に覚えがない
承認せず、既知の社内窓口へ報告する。
自分が開始した
要求と方式を照合して判断する。
既に誤承認した
時刻と操作を伝え、認証・変更・失効を確認する。
通知を止めるための承認ではなく、要求の起点を確認する。
当サイト独自の説明図。領域の面積や並びは、被害件数・発生確率・出題比率を表していません。
| 確認する対象 | 見落としやすい点 | 判断に使う根拠 |
|---|---|---|
| 通知を拒否 | 調査せず放置 | 発生日時とログインの記録 |
| 番号一致 | 全フィッシングに耐性と誤解 | 要求の起点と誘導の有無 |
| 誤承認 | パスワードだけ変更 | セッション・権限・登録の確認 |
確認問題
独自ケースで判断を練習する
出勤前にMFA通知が何度も届き、「IT担当」を名乗る人が電話で番号を伝えました。本人はログインを始めていません。
次のうち、ケースの情報から優先する対応はどれでしょうか。
選択肢を準備しています。「正解と解説を見る」は先に開けます。
正解と解説を見る
正解：3。要求を開始していないなら承認の根拠がありません。電話で名乗った相手をそのまま信頼せず、登録済みの窓口から確認します。管理者はログイン、認証器の追加、成功した操作を調べます。誤承認があった場合には既存セッションの失効や必要な認証の見直しも、組織の手順で進めます。
POINT
当サイト独自の確認問題です。実際の事件・公式問題・過去問を再現していません。
確認と見直しを業務へつなげる
社員に通知の拒否だけを教えるのではなく、報告先と伝える情報を用意します。時刻、使用していた端末、自分の操作の有無が初動の材料になります。
- 1
起点
自分が開始した要求かを確認する
- 2
報告
不明な要求を承認せず報告する
- 3
調査
管理者が成功ログインと変更を調べる
- 4
失効
必要な失効・方式変更を確認する
実施したことと、結果を確認できたことを区別する。
実操作が必要な項目は管理者の承認と組織の手順に従ってください。
失効した範囲と、残る代替認証を記録します。パスワードの変更だけで全てのセッションが消えると推定しないでください。
実務で見落としやすい条件を掘り下げる
要求の時刻が本人のログインと重なった場合にも、承認先と開始した操作を確認します。通知に表示された位置は接続環境によって差があり、それだけで本人かを決めるものではありません。身に覚えのある操作かを基本に、管理者が記録を照合します。
社員には、通知を止めるための承認をしないことと、誤承認を早く報告できることを伝えます。叱責だけの窓口では操作を隠す誘因になります。認証器の追加や復旧を要求する連絡も、既知の経路で確認してください。
次に読む記事と、理解の確認
サイバーセキュリティの学習ガイドで、このテーマを認証・端末とアクセス管理の中に位置付けてください。関連する前提はフィッシング耐性のあるMFAとは、フィッシングのリンクを開いたら？入力・ダウンロードで初動を分けるで確認できます。
資格対策との接点は情報・サイバーセキュリティ管理士の概要へ。用語を理解した後は登録不要の無料お試し20問で、別の状況でも判断できるか確かめてください。記事のテーマを全て公式の出題項目とする説明ではありません。