強力な鍵と正しい鍵は別物です。相手の認証も会話の安全性の一部です。
メッセージの暗号化では、内容を保護すると同時に、相手の鍵が実際にどのアカウントに属するのかを明確にする必要があります。アプリが最初の鍵をサーバーから取得する場合、その鍵の認証が重要です。攻撃者の鍵に対して暗号化しても、意図した相手との安全な通信にはなりません。
これは、侵害されたサーバーなら直ちに過去の全メッセージを読めるという意味ではありません。結果は、プロトコル、以前に検証した鍵、識別情報の変更警告、鍵の透明性の仕組みによって異なります。
初回の通信における信頼の問題とは？
オフラインの相手との会話を始めるために、メッセンジャーは相手の公開鍵のセットをサーバーに保存できます。事前鍵の署名は、その鍵とアイデンティティ鍵との結び付きを確認する助けになります。ただし、アイデンティティ鍵自体も意図した相手に結び付ける必要があります。
Signal の X3DH 仕様は、この非同期通信モデルと認証に関する前提を説明しています。この文書を LVR1 の仕様と呼ぶべきではありません。似た考え方を使っていても、二つのプロトコルが同一であることにはならないからです。
鍵の置き換えはどのような危険を生む？
単純な例では、攻撃者が「アリス」のアカウントの鍵の代わりに、自分が管理する鍵を提示します。端末が十分に確認せず受け入れると、新しいメッセージが攻撃者向けに暗号化される可能性があります。この攻撃の成立や検知の可否はシステムの詳細によって異なります。「常に気付かれず、警告もなく実行される」という主張は正確ではありません。
強力な鍵と正しい鍵は別物です。AES や耐量子アルゴリズムだけで、アカウント所有者である人間の本人性を確認できるわけではありません。
安全番号は何を確認する？
フィンガープリントや安全番号は、会話の鍵情報をより短く表したものです。相手の本人性を信頼できる方法で照合すると、二つの端末が通信の鍵について一致しているかを確認する助けになります。この確認は、スマートフォンにマルウェアがないことや、相手がメッセージを決して再公開しないことを証明するものではありません。
Signal の公式ガイドも、安全番号だけでは人の本人確認にならないと明記しています。番号の変更は、端末の交換や再インストールによって起こることもあります。予期しない変更は調べる必要がありますが、直ちにハッキングだと結論付けるべきではありません。
機密メッセージを送る前の実践的な確認手順
- 両方の端末で、会話のセキュリティ情報ページを開きます。
- 知っている相手に、対面または独立した信頼できる経路で連絡します。
- アプリの案内に従い、会話の検証番号または QR コード全体を照合します。最初の数桁だけでは不十分です。
- 不一致があれば機密情報の送信を止め、独立した経路で理由を確認します。
- 鍵や端末が変わった後は、検証状態を再確認します。
本人性に疑いがある同じ会話で番号の画像を送っても、独立した確認にはなりません。声が似ていることだけを頼りにするなら、音声通話もなりすまし対策として不十分です。事前に信頼できると確認済みの番号や連絡経路を使ってください。
鍵の透明性は何が違う？
鍵の透明性（Key Transparency）は、アカウントと鍵の対応関係の不整合を明らかにし、手動照合への依存を減らせる仕組みです。Signal は2026 年 8 月の自動鍵検証の紹介で、この機能と利用可能な条件の制限を説明しています。この仕組みだけでも、そのアカウントを操作する人が意図した相手であるとは証明できません。
したがって、「手動照合がすべてのメッセンジャーで利用できる唯一の方法だ」という表現は現在の状況に合っていません。それぞれの機能は、その製品のバージョンと条件に即して確認してください。あるメッセンジャーの機能を別の製品にもあるものとして扱わないでください。
Livara では何を根拠にできる？
Livara の文書は、別の通信経路でフィンガープリントを照合することを推奨しています。機密性の高い会話では、この手順をアルゴリズムの名称とは別に考えてください。この記事は、Livara に Signal と同様の鍵の透明性システムがあることや、独立監査の結果があることを主張していません。
よくある質問
検証に成功すれば、どんな攻撃も不可能になる？
いいえ。結果は端末の健全性、照合方法、プロトコルの前提に左右されます。マルウェアや、内容をコピーする受信者は、鍵の置き換えとは別の問題です。
鍵が変わるたびにアカウントを削除するべき？
いいえ。まず信頼できる経路で相手に変更理由を確認してください。その間は機密情報を送らないでください。
この確認で以前のメッセージも再び安全になる？
いいえ。今日の検証で、過去に起きた可能性のある情報漏えいを取り消すことはできません。機密性の高い通信を始める際は、送信前に確認を済ませるのが望ましいです。
