ファイル専用の鍵があることは、1回しか表示できないことや、受信者のコピーを取り戻せることを意味しません。
添付ファイルを保護するため、メッセンジャーは送信者の端末でランダムな鍵を使ってファイルを暗号化し、暗号化したものをアップロードしてから、エンドツーエンド暗号化されたメッセージの中でファイルの鍵を受信者に届けることができます。この方式はエンベロープ暗号化と呼ばれることがあります。大きなファイルと、それを開くために必要な小さな情報が、異なるものの相互に関連する経路を通ります。
ここでの説明は E2EE の会話における添付ファイルについてです。どのアプリや種類のチャンネルでも、ファイルを送れば必ず同じ保護が得られるわけではありません。
個人的な写真が端末から受信者に届くまで
- 送信者の端末が、そのファイル用のコンテンツ鍵を生成します。
- ファイルを認証付き暗号で暗号化します。受信者はデータに対する不正な変更を検出する必要があります。
- 暗号化したファイルをファイル保存サービスに置きます。
- ファイルのアドレスまたは識別子と必要な鍵を、保護されたメッセージで受信者に送ります。
- 受信者の端末がファイルを取得し、検証してから開きます。
Livara のセキュリティ文書 は、添付ファイルごとのランダムな専用鍵と、メッセージセッション内でのその送信について説明しています。この記事は公表されているアーキテクチャを説明するものであり、実装監査の結果ではありません。
「ファイル専用の鍵」と「1回しか開けないファイル」は別物
あるファイルのために生成した鍵は、同じファイルを何度も読むために必要になる場合があります。専用の鍵であることは、最初の閲覧直後に鍵を捨てること、ファイルを自動削除すること、受信者による保存を防ぐことを意味しません。
また、メッセージ鍵を1回限りで使うことと、添付ファイルにコンテンツ鍵を使うことは異なる概念です。アルゴリズム名だけから、View Once や消えるメッセージのような機能があると判断してはいけません。
鍵と nonce の両方が重要なのはなぜ？
AES-GCM は機密性に加えてデータの真正性の検証も提供しますが、正しく使うことが不可欠です。NIST SP 800-38D 標準 は GCM の規則を説明しています。異なるデータに同じ鍵と nonce の組み合わせを再利用すると、安全性が損なわれるおそれがあります。
利用者にとっての実際的な結論は、「AES-256」という表示だけでは十分ではないということです。鍵管理、乱数生成、ファイル検証、エラー処理の仕様も確認する必要があります。1バイトが変わったなら、不正なファイルとして拒否されるべきであり、改ざんされた内容を正常なファイルとして表示してはいけません。
受信者、サーバー、ギャラリーアプリには何が見える？
| 場所 | セキュリティ上の問い |
|---|---|
| ファイル保存サービス | 暗号化されたバイトだけを持つのか、それとも鍵にもアクセスできるのか？ |
| 鍵を含むメッセージ | 鍵、ファイル名、説明は E2EE の会話内で保護されるか？ |
| 受信者の端末 | 開いた後のファイルは、メモリ、キャッシュ、ギャラリーのどこに残るか？ |
| クラウドバックアップ | 保存したコピーは写真のバックアップに入るか。そのバックアップにはどのような保護があるか？ |
転送中の暗号化は、受信者がギャラリーに保存するコピーを制御しません。機密性の高い証明書類を送る前に、画像の不要な部分、背景に写った文字、ファイルの位置情報も確認してください。
非公開グループのファイルでは何が違う？
鍵を持つ権限のある人の数が増えます。Livara は LGS1 において、E2EE モードに対応した非公開グループの添付ファイル保護を説明しています。この主張を公開チャンネルにまで広げてはいけません。ファイルを受け取ったメンバーは誰でもコピーを保持している可能性があります。メンバーを削除したり今後の鍵を更新したりしても、その人が持つ以前のコピーを取り戻すことはできません。
機密ファイルを送るためのチェックリスト
- 会話の場と送信相手をもう一度確認する。
- 相手の本人性が重要なら、信頼できる経路で鍵のフィンガープリントを確認する。
- 必要な情報だけを送る。書類全体の写真がいつも必要とは限らない。
- ギャラリーへの保存、自動ダウンロード、クラウドバックアップについて受信者と取り決める。
- 復号したファイルを共用端末やロックしていない端末に放置しない。
よくある質問
ファイル専用鍵があれば安全な送信が保証される？
いいえ。端末の健全性、受信者の認証、正しい実装も必要です。暗号化仕様とあわせて Livara の脅威モデル を読んでください。
公開チャンネルの画像にも同じ保護がある？
Livara が公表する適用範囲では、チャンネルは公開され、閲覧可能です。非公開の添付ファイルと同じ機密性は約束されていません。
ファイルのリンクだけで十分？
サービスの設計によります。リンク、鍵、アクセス権限は別々に確認してください。URL が長い、またはランダムであるというだけでは、E2EE の証明にはなりません。
