エンドツーエンド暗号化、鍵はあなた自身のデバイスの上に

あなたのアカウントの根には秘密が 1 つあり、それはサーバーから発行されるのではなく、デバイスの上で作られます。他のすべては鍵のツリーによってそこから導出されます。HMAC-SHA-512 の根があり、ラベルの付いたパスの要素ごとに HMAC のステップが 1 つずつ続きます。封をされたセッション鍵を開く鍵ペアは、そのツリーの「content」というラベルの下から出てきますし、保存される他の種類のブロブそれぞれにも別の鍵が出てきます。どの鍵も 2 つの仕事をしません。

だからこそ、真新しいブラウザがあなたのアカウントにサインインできても、先週の内容を何も表示できません。サインインは、あなたが誰かをリレーに対して証明します。古いセッションを読むには鍵が要り、その鍵は、送るためにリレーの上にはありません。それを移すのはデバイスの復元という手順で、すでに鍵を持っているデバイスから、あるいは保管しておいた秘密鍵からです。

これは同時に、失う場合が現実にあり、一度はっきり述べておく価値があることも意味します。サインイン済みのデバイスがすべてなくなり、秘密鍵も一緒になくなったなら、暗号化されたセッションは私たちにも誰にも復元できません。それを返せるリレーは、それを読めるリレーだということになります。

デバイスの追加は鍵の材料が動く瞬間なので、理解しておく価値のある瞬間です。QR コードを読み取るとリクエストが上がり、それだけです。承認はすでにサインインしているデバイスの上で行われ、両方の画面に短い確認のコードが表示されたら、承認する前に見比べることになっています。

承認が実際にすることは、要求してきたデバイスの公開鍵に対してコンテンツの鍵を封じることで、エンベロープには一時的な送信者の鍵と新しいノンスが入ります。そのエンベロープは、他のすべてと同じようにリレーを通ります。ターミナルの接続では、その上にもう 1 つの束縛が加わります。ペイロードは、サーバーではなく QR コードで運ばれたペアリングの秘密に対して認証されるので、ペイロードを差し替えたリレーは一致するタグを作れません。

以上のすべては既定について述べたもので、その既定は、クライアントがサーバーを説得して覆せる提案ではありません。新しいリレーは、エンドツーエンド暗号化されたストレージを必須とするよう設定されています。平文の書き込みは、黙って受け入れられるのではなく、ポリシーのエラーで拒否されます。クライアントはセッションを作成する前にサーバー自身の features エンドポイントからポリシーを読むので、セッションがどのモードにあるかは、最初のメッセージの前に合意されています。

サーバーの運用者には、ほかに 2 つの設定があります。1 つはアカウントに選ばせるもので、暗号化されたセッションと平文のセッションが同じリレーの上で共存します — これには任意のポリシーとオプトアウトの許可の両方が必要で、その許可は運用者が有効にしない限りオフです。もう 1 つは平文を必須にするもので、インフラの層で暗号化を管理し、サーバーがセッションの内容を読んで処理できる必要がある組織向けです。最後のものは実際のトレードオフであり、和らげずに言う価値があります。平文のセッションでは、サーバーはトランスクリプトを読めます。それがその設定の目的です。

モードは作成時にセッションごとに固定されるので、1 つのセッションが半分ずつになることはありませんし、アカウントのモードを変えても、古いものにさかのぼるのではなく、新しいセッションの扱いが変わります。さかのぼって復号されるものも、さかのぼって暗号化されるものもありません。

その 3 つすべてを設定する変数、その下にある保存時の選択肢、そしてそれらを取り巻く ID の制御は、運用者側の半分であり、チーム向けのセルフホストのページにあります。

プッシュ通知は、このモデルから唯一はみ出すものです。何も開いていない携帯電話に届かなければならないからです。Happier の答えは、あなた自身のコンピュータがそれを送る、というものです。サーバーはあなたのプッシュのトークンを保存し、あなた自身のコンピュータの上の CLI がそれを読み戻して、自分で通知を送ります。そうすることで、本来なら内容を伝えなければならない経路からリレーを外せます。

ペイロードが運ぶ内容は意図的に薄くしてあります。ツールまたはリクエストの種類と、役に立つ場合の短いヒント — src/file.ts のようなファイル、コマンドの名前、「3 questions」のような件数 — です。ツールの生の入力は入れません。携帯電話に手を伸ばすかどうかを判断するのに足りるだけで、後ろに立っている人が読める画面に出るものです。

以上のすべては、あなたが運用していないリレーの上でも成り立ちます。自分で運用する理由は、識別子と形についての上の行にあります。暗号化は、誰が誰と、どれくらいの頻度で話しているかを隠しません。自分のリレーなら、その台帳もあなたのものです。コマンド 1 つでリレーはあなたが所有するハードウェアの上に置かれ、経路はあなたのデバイス、あなたのリレー、あなたのコンピュータになり、その中にあなたがデプロイしていないものはありません。

このページに認証の記載がないのは、報告できるものがないからで、持っていないコンプライアンスをほのめかすセキュリティのページは、それに触れないページより悪いからです。代わりにここにあるのは、上のすべての文がそこから書かれたコードです。MIT ライセンスで、実行する前に読めます。packages/protocol/src/crypto のプリミティブ、apps/cli/src/api/encryption.ts のセッションの暗号化、サーバーが features エンドポイントで適用するストレージのポリシー、そしてどの列が平文かを正確に示すスキーマです。

それは、このページをどう扱うべきかについての正直な答えでもあります。信じて受け取るべき約束ではなく、どこを見ればよいかの地図として扱ってください。4 つのファイルを読むか、自分でリレーを動かして、それがクライアントに何を告知するかを読んでください。

暗号化モデルのリファレンスは、同じ範囲を手順として扱います。復元が何を求めるか、各ストレージのモードがアカウントにとって何を意味するか、デバイスがまだセッションを読めないときにどのフローを選ぶか、です。