番号を守るだけでなく、番号を本人の証拠として扱うアカウントの経路をすべて確認しましょう。
SIM スワップは、あなたの電話番号の管理権を、攻撃者が管理する SIM または eSIM に移す攻撃です。メッセージアカウントが登録、ログイン、復旧の十分な証明として SMS を受け入れる場合、攻撃者はその経路を悪用できる可能性があります。
すべてのメッセンジャーで結果が同じになるわけではありません。追加の登録ロック、パスキー、パスワード、独立した復旧用秘密情報によって、攻撃者ができることは変わります。また、番号を奪っても、端末に保存された過去の会話すべてが自動的に復号されるわけではありません。
番号の管理権がアカウントの管理権になる仕組み
米連邦取引委員会の SIM スワップ対策ガイドは、攻撃者が通信事業者を説得し、被害者の番号を別の SIM で有効にさせる手口を説明しています。その後、受信する認証用の SMS や電話が攻撃者に届く可能性があります。
問題となる弱点は、アカウントがその番号を信頼するという判断です。サービスは番号を初回登録、追加の認証手順、パスワードのリセットに使うことがあります。それぞれ異なる機能です。通常のサインイン画面だけでなく、代替手段も含めてすべて確認してください。
携帯回線が突然使えなくなったり、予期しない SIM 有効化通知が届いたりするのは警告の兆候ですが、通信障害や通常のアカウント問題でも似た状況になります。既知の公式経路で通信事業者に確認しましょう。
なりすましと過去のメッセージへのアクセスを分ける
新たに登録された攻撃者の端末は、アプリの規則によっては、あなたになりすましたり今後の通信を受け取ったりできる可能性があります。過去の履歴には別の説明が必要です。読み取り可能なサーバー上のコピー、暗号化バックアップとその鍵へのアクセス、リンクされた端末、またはローカルのコピーです。
| 対象 | 番号を管理するだけで必ず得られるか？ |
|---|---|
| 受信する SMS 認証コード | 番号の移転後は、その可能性がある |
| アカウントの登録やリセット | 独立した要件なしにサービスがその経路を受け入れる場合だけ |
| 既存の端末セッション | 自動的には得られない。セッション管理の規則が重要 |
| 過去の E2EE チャット履歴 | 自動的には得られない。アクセスできるコピーと必要な鍵が依然として必要 |
| 新しく受け入れられた ID 宛ての今後のメッセージ | 本人確認とアカウントの動作に依存するリスク |
鍵の変更警告と、別の手段による連絡先の本人確認は、予期しない新しい端点の発見に役立ちます。見慣れた電話番号が変わっていないというだけで、これらを無視してはいけません。
SRP が担う役割と、約束できないこと
SRP は、想定された交換でパスワードを送信せずに、パスワードを知っていることを認証します。ログインに本当に独立したパスワードが必要で、それを迂回する SMS の代替経路がなければ、番号を盗むだけではその要件を満たせません。
SRP 自体は、アプリの電話番号ポリシー、リセット処理、サポート手順を規定しません。弱いパスワードを強くしたり、悪意あるページに入力した文字をフィッシングコードが読むのを防いだりもしません。サーバーの検証子も依然として機密情報です。RFC 5054 の 3.3 節は、検証子が盗まれた後のパスワード推測を説明しています。
サービスが対応していれば、パスキーやセキュリティキーも SMS への依存を減らす選択肢です。FIDO Alliance のパスキー解説は、公開鍵資格情報とフィッシング耐性を説明しています。通常のログイン方式が何であっても、実際のアカウント復旧経路を確認する必要があります。
Livara の文書に示された分離
Livara のセキュリティページは、SRP ログインと暗号化された ID バックアップを別々に説明しています。バージョン 7 は、アップロード前に独立した復旧鍵で ID 素材を暗号化して封じ、チャット履歴ではなく ID を復元します。脅威モデルには、盗まれたパスワードだけではそれらの暗号鍵を復元できないとあります。
こうした境界は、認証と復号を区別する助けになります。しかし、すべてのアカウント乗っ取り経路が監査済みだとか、通信事業者での事故は一切影響しないと約束する根拠にはなりません。クライアントの現在のログインと復旧の選択肢を確認し、プロトコル名から文書にない動作を推測しないでください。
耐量子鍵確立が扱うのは別の問題、すなわち取得された暗号化通信への将来の攻撃です。通信事業者による電話番号の移転も、アカウントが傍受された SMS を信頼することも止めません。
被害が起こる前にリスクを減らす
- 通信事業者のアカウントを固有の PIN やパスワードと、利用可能な番号転出制限で保護する。
- 対応していれば強力な非 SMS 認証を優先し、復旧手段を安全に保持する。
- アカウント復旧が、知らないうちに電話番号へフォールバックしないか確認する。
- パスワードを使い回さず、復旧に使うメールアカウントを保護する。
- メッセンジャーがリンク端末、登録変更、相手の鍵の変更をどう表示するか把握する。
番号が奪われた疑いがある場合
- 確認済みの経路ですぐに通信事業者へ連絡し、調査と番号の復旧を求める。
- 信頼できる端末から影響を受けたアカウントを保護し、不明なセッションを確認する。番号を取り戻しても、攻撃者の既存セッションが終了するとは限らない。
- 復旧設定が変更されていないか確認し、侵害された資格情報を公式手順でリセットする。
- なりすましの可能性があれば、別の信頼できる経路で重要な連絡先に警告する。暗号学的 ID が変わった場合は再確認する。
- サポートや報告のため、関連通知と時刻を保管する。メッセージで問題を「直す」と申し出る相手に、OTP、パスワード、復旧フレーズを決して送らない。
有効な保護とは、盗まれた一つの要素だけで他のすべての制御を迂回できないアカウント設計に、明確な復旧計画とセッション対応計画を組み合わせることです。
