エンドツーエンド暗号化で何が保護され、何が保護されないのか
エンドツーエンド暗号化は、デバイス間で送るメッセージの内容を守ります。保存したコピーやバックアップ、双方の利用者の行動にも注意が必要です。

エンドツーエンド暗号化チャットで同僚にプロジェクトに関する機密情報を含む進捗報告を送信するとします。同僚はそれを読み、段落を共有ドキュメントにコピーします。その文書にアクセスできる人は誰でもその段落を読むことができるようになります。
エンドツーエンド暗号化は、通信するエンドポイントでのみメッセージの内容を読み取り可能に保つように設計されています。プライベートな会話の場合、これらは参加者のデバイスです。正しく設計され実装されたシステムでは、暗号化されたメッセージを伝送するサービスはそのコンテンツを復号化できません。 IETF のメッセージング セキュリティ アーキテクチャ では、参加者と配信サービスの間のこの分離について説明しています。
どのデバイス間で暗号化されますか?
メッセージは、インターネット上を移動中に暗号化されても、メッセージを処理するサービスで読み取ることができます。
TLS を使用して携帯電話とそのサーバー間の接続を保護する単純なサービスを考えてみましょう。サーバーは、その保護された接続の一端です。読み取り可能なテキストを受信して処理し、別の暗号化された接続を介して受信者に送信できます。 TLS はエンドポイント間の通信を保護します。これはデバイスとサーバーである可能性があります。
エンドツーエンド暗号化により、中継サービスを経由する間も内容が保護されます。送信者のデバイスは配信前にメッセージを暗号化し、受信者のデバイスはそれを復号化します。システムでは TLS も使用して、すでに暗号化されたメッセージを伝送するネットワーク接続を保護する場合があります。
| シンプルなエンドツーエンド暗号化交換のステージ | コンテンツはどうなりますか |
|---|---|
| 送信者のデバイス | テキストは作成され、暗号化されます。 |
| 配信サービス | このサービスは暗号化されたデータを伝送します。コンテンツを復号化するために必要な鍵がありません。 |
| 受信者のデバイス | メッセージは受信者が読めるように復号化されます。 |
これは簡略化した例です。グループ チャットや、複数のデバイスがリンクされているアカウントでは、考慮すべきエンドポイントがさらに増えます。
デバイスも会話の一部です
送信する前にテキストを読む必要があります。受信者は受信後に読む必要があります。その瞬間、両端のデバイスで文章を読める状態になります。
デバイスで開かれている会話を見ることができる人は、暗号化を解読することなく会話を読むことができる可能性があります。デバイスに十分なアクセス権を持つマルウェアは、入力または表示されるテキストをキャプチャすることもあります。 IETF のエンドポイント侵害に関する議論 で説明されているように、デバイス侵害の結果は、取得されたアクセスとシステムの設計によって異なります。
リンクされたコンピュータまたはタブレットでも同じ会話にアクセスできる場合があります。それらのデバイスを確認し、不要になったアクセスを削除し、ソフトウェアを最新の状態に保ちます。これらは、CISA のモバイル通信ガイダンス に含まれている実際的な予防措置です。
バックアップには独自の保護機能があります
進行中の会話に使用される設定自体は、保存されたバックアップがどのように保護されるかを示しません。
バックアップが暗号化されているかどうか、鍵を誰が管理しているか、リカバリがどのように機能するかを確認してください。プロバイダーがバックアップを開くことができる鍵を保持している場合、そのコピーにアクセスできる可能性があります。それを開くために必要な秘密を自分だけが持っている場合、復元できるかどうかは、その秘密を安全に保管しているかどうかにかかっています。バックアップがクラウドに保存されているという事実だけでは、これらの質問には答えられません。
電子フロンティア財団の暗号化ガイド では、転送時に使用される保護と並行してバックアップの暗号化を確認することを特に推奨しています。
言葉は情報の一部にすぎません
メッセージの内容を秘密にしても、周囲のアクティビティが自動的に非表示になるわけではありません。
サービスとオブザーバーによっては、接続時間、アカウント識別子、ネットワーク アドレス、交換されるデータ量などの情報が利用可能なままになる場合があります。これらの詳細は、多くの場合メタデータと呼ばれます。ネットワーク オブザーバーとメッセージング プロバイダーは、必ずしも同じ情報を参照できるとは限りません。
内容が読み取れない場合でも、パターンによって交換に関する何かが明らかになることがあります。 IETF のプライバシー ガイダンス では、これをトラフィック分析と呼んでいます。
相手が誰であるかを確認する
馴染みのあるプロフィール名や写真だけでは、機密性の高いやり取りを検証するには十分ではありません。
アプリケーションに連絡相手を確認する機能がある場合は、鍵のフィンガープリントまたはセキュリティ コードを相手と直接比較するか、すでに信頼している独立したチャネルを通じて比較してください。誰かが予期せず新しいアカウントから連絡してきた場合は、機密情報を共有する前にすでに知っている連絡手段で変更を確認してください。
これは、暗号技術による識別情報 を連絡先の相手に結び付けるのに役立ちます。 EFF による鍵のフィンガープリント確認の説明 は、そのチェックが重要である理由を示しています。
次の機密メッセージの前に
実際に送信する必要がある情報から始めます。受信者が必要としない詳細は省略します。次に、その情報に関して重要な交換部分を確認します。
- この会話で、リンクされたデバイスを含むエンドツーエンド暗号化が使用されるかどうか。
- 信頼できる方法で受信者を確認したかどうか。
- どのデバイスで会話を開いて読めるか。
- 保存されたコピーとバックアップがどのように保護されるか。
- 受信者がテキストを保存、コピー、または共有する必要があるかどうか。
仕事上の会話の場合は、プロジェクトの詳細を送信する前に、どの文書または人がそのプロジェクトの詳細を受け取る可能性があるかを同僚と合意してください。
Layergram の役割
Layergram を使用すると、互換性のあるチャネルを通じて共有する前に、選択したテキストをローカルで作成して暗号化できます。受信者は、Layergram でローカルに復号化します。どちらも Layergram を使用して互いの識別情報を確認します。
これにより、選択したコンテンツが送信に使うチャットアプリに到達する前に別の暗号化レイヤーに配置されます。チャットには交換に関する情報が保持される可能性があり、デバイスと受信者は依然としてリスクの一部です。 Layergram の仕組み のワークフローに従い、セキュリティの説明 で具体的な制限を読むことができます。