Livara の公開チャンネルはコンテンツの配信を目的としており、製品のセキュリティページによれば、エンドツーエンド暗号化はありません。投稿前に、その内容はチャンネルの読者に見られ、サービスによって処理されてもよいものと考えてください。機密のプライベートメッセージと同じようには扱わないでください。
この違いは製品上の境界です。チャンネルの暗号化が技術的に不可能だとか、すべてのサービスが公開チャンネルを同じ方法で実装しなければならない、という結論にはなりません。
「暗号化されない」とは、具体的に何を意味するのか？
異なる二つの保護を混同してはいけません。
- TLS などの通信経路の暗号化： デバイスとサーバー間の通信を経路上で保護しますが、サーバーが復号の終点になることがあります。
- エンドツーエンド暗号化： 保護された内容を復号できるのは認可されたエンドポイントだけであり、中継サーバーではないことを目指します。
E2EE がないからといって、必ずしもネットワーク上で平文を送っているわけではありません。一方で HTTPS やブラウザーの鍵マークも、提供者がチャンネルの内容にアクセスできないことを証明しません。EFF の暗号化ガイドは、この基本的な違いを説明しています。
チャンネルと保護された会話の実用上の違い
| 項目 | 公開チャンネル | E2EE で保護されたプライベートチャットやグループ |
|---|---|---|
| 想定される相手 | チャンネルの読者に向けた配信 | 会話の認可された参加者とデバイス |
| サーバーに対する機密性 | あると想定すべきではない | 保護の有効化と正しいプロトコル実装に依存 |
| 受け手によるコピー | 可能 | 引き続き可能 |
| コンテンツ管理 | サービスが公開内容にアクセスできる場合がある | メンバー管理や通報は、内容の暗号化とは別の問題 |
| 付随情報のリスク | 活動やアクセスが見える場合がある | E2EE だけではすべてのメタデータは隠せない |
Livara の公開セキュリティ文書では、プライベートメッセージについて LVR1、保護されたグループについて LGS1 が説明されています。同じ文書には、互換性のない旧グループは、E2EE の対象外であることを明示した状態に保たなければならないとあります。したがって、「グループ」という名前だけで、実際の保護状態の確認に代えることはできません。
コンテンツ管理は無害であることの保証ではない
公開内容の確認や削除ができることはサービス運営に役立ちますが、それによって公開されたすべてのリンク、ファイル、主張が安全だと証明されるわけではありません。利用者は引き続き、情報源や発信者の身元、リンク先を評価する必要があります。
また、プライバシーと安全性を絶対的な二者択一と考えるべきでもありません。アクセス制御、利用者による通報、不正利用対策、内容の機密性は、関連していますが別の問題です。暗号化全般を犯罪行為のしるしとするのではなく、それぞれの手段と限界を明確にすべきです。
公開チャンネルに投稿してはいけないものは？
- リカバリーフレーズ、パスワード、秘密鍵、個人専用のログインリンク。
- 許可や明確な理由のない、他人の連絡先や写真。
- 一般公開の許可を得ていない業務文書。
- 後から投稿を削除しても公開リスクを解消できない個人情報。
投稿を削除・編集しても、読者が保存したコピー、スクリーンショット、サービス外での再共有を取り戻すことはできません。プライベートメッセージの受信者にも同じ制約があります。E2EE は受信者の行動を制御しません。
送信前に送信先を確認する
一般向けのお知らせには、チャンネルが適した選択になる場合があります。機密内容については、まず相手、暗号化の状態、関係するデバイスを確認してください。センシティブな内容なら、アプリの名前や「プライベート」という呼び名だけでは不十分です。
Livara の脅威モデルは、侵害されたデバイス、物理的なアクセス、受信者による内容の漏えいといった制約を説明しています。正しい選択は、こうした境界を理解することから始まります。公開配信、内容の機密性、サービス管理は、三つの別々の目標です。
