SIM スワップ攻撃では、攻撃者が SIM カードの交換や不正な番号移転を通じて、被害者の電話番号を支配します。ログインやアカウント復旧が SMS の受信だけに依存していれば、その支配がアカウントへの侵入経路になり得ます。ただし、すべてのメッセンジャーで結果が同じになるわけではありません。追加のパスワード、認可済み端末、登録ロック、復旧ポリシーによって違いが生まれます。
**番号の乗っ取り、アカウントの乗っ取り、過去のメッセージの閲覧は、別々の三つの結果として考えてください。**サービスの設計を理解せずに、一つが別の結果を必ず招くと考えてはいけません。
SMS コードは何を証明するのか？
SMS コードは通常、ログイン処理が対象の電話番号にアクセスできることを示します。しかし、いつもの本人が引き続き番号を管理しているとは限りません。FTC の SIM スワップに関するガイドは、番号を支配する攻撃者が認証コードを受信できる理由を説明しています。
この弱点は、多要素認証がすべて無意味だということではありません。サービスが対応しているなら、より強い認証要素を選ぶことで電話網への依存を減らせます。復旧経路も確認してください。SMS だけの復旧で最も強いログイン方式を迂回できるなら、その経路は依然として重要です。
SRP は何を変えるのか？
SRP はパスワードに基づく鍵合意・認証方式で、通常のやり取りでパスワードそのものを送る必要がありません。サーバーは verifier と呼ばれる検証用データを保持します。SMS コードだけのログインとは異なりますが、SRP という名称だけではアカウントの登録・復旧ポリシーは決まりません。
また、verifier を無害だと考えてはいけません。RFC 5054 のセキュリティ節は、verifier の窃取によりパスワードを推測する辞書攻撃が可能になり得ると述べています。パスワードの強さ、ログイン試行の制御、パラメーター、実装の正しさは引き続き重要です。この RFC は TLS での SRP の例を説明しており、Livara の実装監査ではありません。
アカウントを奪われると、すべてのチャットを読まれるのか？
| 状況 | 決定的な問い |
|---|---|
| 攻撃者が番号だけを支配している | SMS だけでログインや復旧が許可されるか？ |
| 攻撃者がアカウントに入った | 新しい端末は以前の鍵や履歴にアクセスできるか？ |
| 攻撃者が新しいメッセージを送る | 相手は ID や端末の変更を見て確認できるか？ |
| 攻撃者が復旧フレーズを持っている | それでどのバックアップや鍵を開けるか？ |
| 攻撃者がロック解除済み端末を持っている | どのコンテンツや有効なセッションにアクセスできるか？ |
エンドツーエンド暗号化はメッセージ内容の伝送を保護します。ログインポリシーや相手の ID への信頼の代わりにはなりません。
Livara の主張の範囲
Livara のセキュリティページは、ユーザー名と SRP によるログインと、それとは別の ID 材料の復旧を説明しています。この設計を、あらゆるアカウント窃取への完全な耐性を約束するものにしてはいけません。フィッシング、マルウェア、弱いパスワード、復旧フレーズの漏えいは、依然として評価対象です。
同じ文書には、v7 が復旧するのは暗号学的 ID であり、チャット履歴ではないとあります。脅威モデルは、アカウントへのアクセス、鍵へのアクセス、端末への物理アクセスを混同しないために役立ちます。
リスクを減らす実践的な対策
- 携帯電話会社のアカウントに専用のパスワードまたは PIN を設定し、番号移転の制限を確認してください。これはリスクを減らしますが、不正な移転を不可能にはしません。
- 対応するサービスでは適切な SMS 以外の認証要素を有効にし、復旧コードを安全に保管してください。
- パスワードを使い回さないでください。同じパスワードは、一つのサービスの事故を複数のアカウントへ広げる可能性があります。
- SIM の通信が突然使えなくなったり、予期しない変更通知が来たりしたら、既知の公式窓口から携帯電話会社に確認してください。すべての通信断が攻撃を意味するわけではありません。
- 番号を取り戻した後は、関連アカウントのログインや変更を調べ、各サービスの案内に従って不明なアクセスを取り消してください。
最良の判断基準はログイン方式の名称ではありません。番号、パスワード、端末を支配した攻撃者が具体的に何に届き、どの独立した障壁が残るかです。
