よい脅威モデルは、具体的なリスクと確認可能な対策を結び付けます。最も長い機能一覧を追うものではありません。
メッセージアプリの脅威モデルを作るとは、自分にとって重要な情報は何か、誰がそれにアクセスし得るか、そしてリスクや状況に合った対策は何かを明確にすることです。家族、記者、会社の携帯電話を使う従業員では、直面する脅威が同じとは限りません。このガイドは、自分のセキュリティ計画を書くためのシンプルな枠組みです。メッセージアプリの安全性を断定的に順位付けするものではありません。
要点
- 脅威モデルは三、四文で表すものであり、製品ではありません。何を、誰から、どれだけの労力をかけて守りたいのかを書きましょう。これがなければ、アプリ選びは機能の一覧を集めるだけになります。
- チャットには四つのつながりがあります。自分の端末、ネットワーク、アプリのサーバー、相手の端末です。この四つの層は出発点にすぎません。バックアップ、アカウント、連携サービスも別々に確認してください。
- エンドツーエンド暗号化は、メッセージの内容を仲介者から守ります。ただし、端末の安全性、鍵、バックアップ、受信者の行動は引き続き重要です。
- 自分の状況に応じて脅威を評価しましょう。端末に直接触れられること、通知のプレビュー、フィッシング、バックアップ、連携端末は確認すべき例であり、統計に基づく危険度ランキングではありません。
- メタデータは本文とは別のものです。本文が完全に暗号化されていても、誰といつ話したかという情報は残るため、別に判断する必要があります。
脅威モデルとは何か、なぜアプリ選びに重要なのか
脅威モデルとは、「何を、誰から、どれだけの労力をかけて守りたいか」を短く記したものです。この三点がはっきりしないままアプリを比較しても、機能一覧が長くなるだけで、どの機能が自分に役立つのかは分かりません。
電子フロンティア財団（EFF）も、ガイド Security Planning (Threat Modeling) で同じ考え方を説明しています。あらゆる時にあらゆる脅威から身を守ろうとすると、行き詰まってしまいます。セキュリティは買って終わるものではなく、継続的なプロセスだからです。技術チーム向けには、OWASPの脅威モデリングプロジェクトが同様の枠組みを提供しており、OWASP開発者ガイドの脅威モデルライブラリには参考にできる多くのサンプルがあります。
実践上のポイントとして、脅威モデルは固定された文書ではありません。転職、出張、家族のグループへの新メンバーの追加で、前提が大きく変わることがあります。そのたびに、同じ四文を書き直しましょう。
誰が自分のメッセージを読むのか――経路を四つに分ける
短く答えると、メッセージは、自分の端末、ネットワーク、アプリのサーバー、相手の端末という四つの部分を通ります。さらに、コピーや連携アカウントもアクセス経路になり得ます。したがって、問うべきなのは「どのアプリがより安全か」ではなく、「自分の状況では、どの部分が弱いか」です。
一つ目：自分の端末
携帯電話の画面に表示されているものは、すでに復号されています。端末がロックされていない、ロック画面で通知のプレビューが有効になっている、あるいは誰かが四桁の暗証番号を知っている場合、通信経路の暗号化では、その端末上で閲覧できる内容を読まれることは防げません。
二つ目：ネットワーク
ネットワークの監視者は、接続先、時刻、通信量を把握できる場合があります。一方、DNSサービスが通信経路全体やメッセージの全パケットを見られるとは限りません。エンドツーエンド暗号化があれば、見えるのは本文ではなく暗号化されたデータです。ただし、メッセージの送受信があったことや、その量は通常隠れません。
三つ目：アプリのサーバー
サーバーは端末間の同期を担う場所です。エンドツーエンド暗号化があれば本文は読めませんが、配送に使うメタデータは引き続き見え、保存することもできます。ここで「暗号化されている」と「プライベートである」の違いが明らかになります。
四つ目：相手の端末
最後の部分は、自分では制御できません。相手はスクリーンショットを撮ったり、メッセージを転送したりできますし、その携帯電話がマルウェアに感染している可能性もあります。この部分では、エンドツーエンド暗号化があっても結局は「相手を信頼できるか」という問題が残ります。それ以上を解決してくれるわけではありません。
まとめると、エンドツーエンド暗号化は内容にアクセスできる範囲を制限しますが、端末、鍵の管理、正規の受信者も依然として脅威モデルの一部です。
自分の状況では、どの脅威を確認すべきか
ロックされていない端末、アカウントへのアクセス、通知のプレビュー、バックアップは、確認すべき例です。専門的な攻撃者に狙われている人にとっては、高度なマルウェアや身体的な強要も重要になり得ます。状況を知らずにリスクを小さく見積もらないでください。
バックアップは、それ自体が別のアクセス経路です。アプリがバックアップをクラウドに保存していて、そのコピーがエンドツーエンド暗号化されていなければ、端末上の暗号化が守れるのはクラウドの手前までです。正しいドアに鍵をかけても、その脇に鍵を置いているようなものです。「暗号化チャットを安全にバックアップする方法」のガイドは、この経路を確認するのに役立ちます。
二つ目の脅威は身近な人です。同僚、同居人、あるいは「ちょっとだけ」と携帯電話を借りる人が該当します。三つ目はログイン用アカウントです。メールでログインする仕組みで、そのメールアカウントの保護が弱ければ、最も弱い部分から全体が突破されます。暗号化を強くしても、これらの問題は解決しません。
ハッカーからチャットを守るには――実際に起こる攻撃
短く答えると、よくあるチャットへの攻撃は、暗号の数学を解き破ることではありません。フィッシング、マルウェア、ログインコードの窃取、端末自体への攻撃です。攻撃者は錠を壊す代わりに、鍵を探しているのです。
だからこそ、アカウントへのログイン時の行動は、鍵の長さと同じくらい重要です。Livaraは認証にSRP、つまりパスワードを知っていることのゼロ知識証明を使います。端末はパスワードそのものをネットワークに送らずに、知っていることを証明します。そのため、ログイン時の通信を記録しても、パスワードは露出しません。ただし、限界も明確にする必要があります。ユーザー自身が偽のページにパスワードを入力してしまうことは、SRPでは防げません。そこでは数学ではなく、ユーザーが偽物に気付けるかが問題になります。
二つ目の攻撃面は、アプリそのものです。改ざんされたAPKは、どのような暗号化も迂回できます。LivaraはリリースごとにSHA-256チェックサムを公開しているため、ダウンロードしたファイルを信頼できる参照値と比較できます。検証ラボでは、この作業をブラウザー内で行えます。他のアプリにどのような質問をすべきか知りたい場合は、「安全なメッセージアプリを選ぶ前に確認すべき質問リスト」がよい出発点になります。
エンドツーエンド暗号化が守るもの、守らないもの
短く答えると、エンドツーエンド暗号化は、自分の端末から相手の端末までメッセージの内容を保護し、サーバーには暗号化されたデータだけが見えるようにします。ただし、この機能名だけから、あらゆるメタデータ、バックアップ、スクリーンショット、公開チャンネルについて結論を出すことはできません。それぞれに別の管理策が必要です。
特定の製品については、アルゴリズム名から推測せず、機能の保護範囲を示した表を読んでください。Livaraのセキュリティページと脅威モデルには、チャット、チャンネル、通話、メタデータ、復元について説明があります。これらはメーカーが公表した主張であり、独立した検証の代わりにはなりません。特に、通話録音の扱いと、本人識別情報の復元とチャット履歴の復元の違いは、個別に確認してください。
本文が暗号化されていても、メタデータから何が分かるか
短く答えると、メタデータは、誰が誰と、いつ、どれだけの量の通信をしたかを示します。本文を暗号化しても、この情報は消えません。
Livaraでは、端末を途切れなく同期するため、送信者、宛先、配信時刻という標準的な配送メタデータを保持します。これは明示された制約であり、見過ごしてよい細部ではありません。本文を読めなくても、「誰と誰がつながっているか」という関係図は機微な情報になり得ます。医師と患者、弁護士と依頼人、商談の当事者同士などがその例です。詳しくは「メッセージのメタデータが明かすこと」で説明しています。
脅威モデルに「自分の通信パターンを見る人」が含まれる場合、どのエンドツーエンド暗号化アプリも、単体ではこの部分の答えにはなりません。誰と、どこから話すかも考える必要があります。
五分で自分の脅威モデルを書く
短く答えると、四つの質問に答えます。誰を警戒しているか、その相手は何を求めているか、どれほどの能力があるか、そしてメッセージが漏れたらどうなるか。その後で、負担が最も小さく効果のある対策を選びます。順序を逆にしてはいけません。
- 脅威となるのは誰ですか。同僚、元パートナー、窃盗犯、企業、政府など、具体的に挙げます。
- 何を守る価値がありますか。会話の本文、ファイル、それとも通信パターン自体でしょうか。
- 相手にはどれほどの能力がありますか。携帯電話に直接触れられますか。アカウントにアクセスできますか。豊富な資源を持っていますか。
- 漏えいしたら何が起きますか。評判、仕事、身体の安全への影響でしょうか。それとも、単に恥ずかしいということでしょうか。
- その答えを基に、負担が最も小さく効果のある対策を選びます。
警戒しているのが同じWi-Fi上の監視者なら、正しく検証されたTLS接続と、相手を認証したエンドツーエンド暗号化が重要です。一方、端末に直接触れられるリスクには、端末ロックが別の優先事項になります。「セキュリティ番号で暗号化チャットを確認する方法」は、その手順を示しています。特定のアプリで誰に何が見えるのかを知りたい場合は、Livaraが公開している脅威モデルが、宣伝文句ではなく具体的に説明しています。
脅威モデルの短い例
「携帯電話にある仕事のファイルは機密性が高い。今の主なリスクは、同僚がロックされていない端末や、写真ギャラリーに保存したコピーにアクセスすることだ。今週は自動ロックまでの時間を短くし、通知のプレビューを制限し、バックアップフォルダーを確認する。その後、テスト用ファイルで結果を確かめる。」
これは一例にすぎません。あなたを支配しようとする人が端末にアクセスできる場合、設定を急に変えると気付かれるおそれがあります。安全な端末と信頼できる人の助けを使って計画し、身体の安全を最優先にしてください。
よくある質問
「脅威モデル」を一文で定義すると？
何を、誰から、どれだけの労力をかけて守りたいかを明確にすることです。この一文が、コストに見合うセキュリティ機能と、複雑さを増すだけの機能を見分ける基準になります。
エンドツーエンド暗号化があっても、ハッカーを心配すべきですか？
はい。ただし、想像している形とは違うかもしれません。攻撃者は錠を壊す代わりに、端末、フィッシング、ログインコードを狙います。そこで問うべきなのは、携帯電話はロックされているか、クラウドのバックアップは暗号化されているか、メールアカウントは保護されているか、ということです。
公開チャンネルもエンドツーエンド暗号化されますか？
いいえ。チャンネルは内容を読める公開配信の場であり、通報への対応や不正・有害なコンテンツの削除を可能にしています。Livaraの文書によると、非公開の一対一チャットと、対応しておりE2EEが有効な非公開グループは、エンドツーエンド暗号化されます。古い非対応グループは、E2EEの対象外であることが明示されたままの場合があります。その会話自体の状態を確認してください。グループのメンバー管理も、引き続きサーバーが担います。
インストールしたAndroid版が改ざんされていないか、どう確認できますか？
ダウンロードしたAPKファイルのハッシュを、信頼できる提供元にある同じバージョンのチェックサムと比較してください。検証ラボは、ブラウザー内でファイルを確認するために設計されています。ハッシュの一致が示すのは、参照対象との一致だけです。攻撃者がファイルと参照用ハッシュの両方を置き換えた場合、一致だけでは十分ではありません。改ざんされたAPKは暗号化を迂回できるため、アプリの完全性の確認は暗号化そのものと同じくらい重要です。
