リリースとお知らせ
何が、いつ、なぜ変わったか。こちらでも購読できます： rss.
お知らせ
クライアントの鍵メモリを協調的に観測した結果
定めた全360観測を評価しました。c25519 の正確な鍵バイト列は all でも close 後に観測されました。gost の close 後のゼロは消去を証明しません。
読む能動的なタイミング透かしの結果
過去の c25519 系列で960実行が完了しました。主要指標は正しい指定と元のチェーンの応答性を合わせます。75 ms では元のチェーンがすべて切断しました。
読むリレー間の相互認証
リレー間の回線は検証済みロスターの鍵で kk を使い、クライアントは nk で入口を認証します。ハンドシェイクの両メッセージは、データフレームと同じ固定長です。
読む1つまたは2つのボリュームを持つクライアントのコンテナ
クライアントにコンテナができました。一定サイズで一度だけ書き込む1つのファイルに、それぞれ自分のパスワードを持つ1つまたは2つのボリュームが入ります。ファイルに鍵はありませんが、ファイルとボリュームのパスワードから身元の鍵と取り出し権限を再現できます。動作中のクライアントは、まだこれを使っていません。
読むリレーの身元を鍵に結び付け、ミラーの2件の修正を公開
リレーの認証が有効なとき、リレーの身元がチェーン確立と回線の鍵に入るようになりました。クライアントはミラーのバンドルを1つずつ検証し、ディスクリプタのミラーに関する2件のセキュリティアドバイザリは修正済みで公開されています。
読む2つのクライアントがメールボックスを通してエンドツーエンドでやり取り
計測環境では、2つのクライアントが、チェーンの最後のリレーにあるメールボックスを通して、kk ハンドシェイクとハッシュラチェットによるエンドツーエンドの層のもとでやり取りするようになりました。メールボックスが持つのは自分では読めないレコードだけで、オフラインの否認可能性は偽造によって示しています。
読むトランスクリプト、スイート、方式のバージョンに結び付けた鍵
すべての秘密とすべての鍵が、その交換のトランスクリプト、スイート、鍵の方式のバージョンに依存するようになりました。トランスクリプトが1バイトでも違う2者は別々の鍵を得て、ハンドシェイクやチェーン確立は失敗します。
読む2本目の映像
v0.2.0 のための映像です。1本目が「3つのリレー」と言ったところから始まり、このリリースで加わったものを見せ、計測した数値をその代償とともに画面に出します。
読むv0.2.0：計測のやり直しと、コードがすることだけを書いた文書
2回目のリリースは、リレーの認証、リレー間の認証された回線、オニオン鍵の取り替え、無作為に選ぶチェーンをまとめたものです。数値はこのリリースのコードで計測し直し、文書の記述はすべてそのコードと突き合わせました。
読むオニオン鍵の取り替えと無作為に選ぶチェーン
リレーはオニオン鍵をタイマーで取り替え、古い鍵を解放するようになりました。クライアントは、自分の一覧にあるリレーからチェーンを無作為に選びます。計測環境のリレーは5つです。
読むリレー間の回線の認証とディスクリプタのミラー
リレーは、自分のロスターにあるリレーにだけ、そのリレーに対して認証された回線でチェーンを延ばすようになりました。クライアントは、チェーンのバンドルを入口のリレーだけから受け取ります。
読むリレーの認証と堅牢化
クライアントがリレーの鍵を認証局のアンカーで検証するようになりました。リレーは再送されたチェーン確立のセルを拒否し、セルのカウンタを厳密に連続させ、ひとつのアドレスが占有できる量を制限します。
読むjimichi.org
プロジェクトに居場所と映像ができ、守れないものをはっきり書いたページもできました。
読むリレーの時計と2つ目の暗号スイート
リレーが自分の時計で送信できるようになり、gost スイートが標準スイートと同じインターフェースの裏で動くようになりました。
読む