Livaraプライベートメッセンジャー、ホーム
日本語 ▾

Livara の仕組み: 詳しい 説明。

暗号化、復旧、同期 · 仕組みを説明

このサイトのほかのページは、要点をまとめています。ここでは、個別とグループの暗号化が守る範囲、このリリースの変更点、端末を失う代償、そしてライブ接続にも裏側の記録が必要な理由を詳しく説明します。

01 · エンドツーエンド暗号化

ここでいうエンドツーエンド暗号化の意味

Livara のチャットでは、メッセージ本文とメディアを自分の端末で暗号化し、相手の端末でのみ開きます。サーバーは、自分では開けない箱を運びます。

各端末は P-256 と ML-KEM-768 の秘密鍵素材を保持します。復旧用バックアップはアップロード前に端末で暗号化されます。個別チャットは古典方式と耐量子方式の双方の寄与で LVR1 を確立し、メッセージのやり取りに合わせて送信チェーンと受信チェーンを進めます。

AES-256-GCM が内容を暗号化し、そのコンテキストを認証します。添付ファイルにはアップロード前に個別のランダムなファイル鍵が与えられ、サーバーにさらす代わりに、暗号化された会話の中で渡されます。

保護されたメッセージの配信では、サーバーは暗号化された内容を中継し、ルーティングメタデータを扱います。公開チャンネルと任意の人工知能処理には、異なるデータアクセス規則があります。脅威モデルとプライバシーポリシーを参照してください。

02 · 保護範囲

エンドツーエンド暗号化がチャットを守る仕組み

個別チャットと対応するプライベートグループは、端末上でエンドツーエンド暗号化されます。公開チャンネルは読むことができ、非対応の旧グループはこの保護範囲に含まれません。

個別メッセージの本文、編集、キャプション、音声メモ、添付ファイルは、ハイブリッド耐量子 LVR1 ラチェットを使い、クライアント端末上で暗号化されます。鍵がない、または無効な場合は、ひそかに平文へ切り替えず、安全側で送信を停止します。

Livara 0.2 は、対応するプライベートグループに LGS1 送信者鍵暗号化を提供します。各メンバーが送信チェーンを作り、自分の端末で本文、メディア、添付ファイルを暗号化します。鍵はメンバー構成に応じて変わります。サーバー管理のメンバーリストに残る信頼については、脅威モデルで説明しています。

個別通話とグループ通話は、音声、ビデオ、画面共有のエンドツーエンド暗号化に対応します。任意のサーバー側での録音・録画は、REC が有効な間、エンドツーエンド暗号化ではなく転送時暗号化を使います。公開のブロードキャストチャンネルは、引き続きサーバーから読めます。

03 · リリース

Livara 0.1.68 のリリースノート

過去のリリースノートです。現行の Android 版 Livara とチェックサムは、ダウンロードページをご覧ください。

過去のリリースノートです。現行の Android 版 Livara とチェックサムは、ダウンロードページをご覧ください。

ペルシア語のシンプルモードの入力欄に「AI」を表示。

人工知能 API 機能には Livara AI Pro が必要です。

Updates the existing React Native Beta app. Keep your recovery key available; do not uninstall to update.

04 · 復旧

端末を失うとどうなるか

復旧フレーズは、鍵合意、署名、耐量子の識別情報素材の暗号化バックアップを開きます。チャット履歴のバックアップではありません。

P-256 鍵合意鍵、P-256 署名鍵、ML-KEM シードは、ランダムな 256 ビットの復旧鍵、HKDF-SHA-512、AES-256-GCM を使って端末上でまとめて暗号化され、暗号化済みの状態でアップロードされます。正しいパスワードだけでは開けません。

バックアップ形式 v7 は、バージョン、暗号スイート、識別情報のエポック、単調増加する世代番号を認証します。以前使っていた端末は古いバックアップを検出できますが、まったく新しい端末がサーバースナップショット全体の巻き戻しを検出するには、鍵の透明性が必要です。

別の通信経路で相手と公開鍵のフィンガープリントを比較すれば、変わるはずのない鍵の変更を見つけられます。

端末と復旧フレーズを両方失うと、過去の個別チャットの暗号文は開けないままです。サポートへの問い合わせでも覆せません。これが、メッセージを読めないサーバーの実際の代償です。

05 · 同期

ライブ接続にも記録が必要な理由

ライブ接続でわかるのは、今起きていることだけです。ユーザーごとのシーケンス番号が、列車がトンネルにいる間に見逃したものを補います。

ライブ接続は、信頼できるメッセージ配信の一部にすぎません。重要なのは、切断中に見逃した変更をアプリがどう検出し、復元するかです。

関連する変更はすべて、ユーザーごとの連続したシーケンス番号も進めます。そのため再接続したクライアントは、推測したりアカウント全体を再ダウンロードしたりせず、見逃した範囲だけを正確に要求できます。

クライアントは安定した操作 ID で重複を除き、保存済みカーソルを進める前にサーバーのスナップショットと照合します。だから電波の悪い場所で送った一つの思いが、三つの吹き出しになることはありません。

用語集

このサイトで繰り返し使う 6 つの言葉。

知っているはずと思われた用語の陰に何も隠れないよう、ここで定義します。

暗号文
内容を暗号化した形式。暗号文を持っているだけでは、読むために必要な鍵は得られません。
永続カーソル
変更シーケンスの保存済み位置。再接続したクライアントは、これを使って欠けた部分だけを要求します。
フィンガープリント
公開鍵を表す、短く読みやすい識別子。2 人で比較することで、鍵の変更に気づけます。
楽観的操作
サーバーが承認する前に吹き出しが表示されます。サーバーが認めなければ、吹き出しが修正されます。
ハイブリッド KEM
2 つの鍵確立方式の寄与を、1 つの秘密に組み合わせます。ハイブリッド設計は、一方の要素が安全なら保護を保つことを目指します。結果は組み合わせ方と実装に依存します。
暗号化を必須にした送信
相手に暗号化先となるハイブリッド識別情報がない場合、保護を弱めるのではなく、送信を拒否します。

もっと早い方法

読むのは 時間のかかる 確かめ方です。

ブラウザで鍵確立、改ざんの拒否、ハッシュの確認を試せます。これらの実演は、プロトコルやアプリ全体のレビューに代わるものではありません。