Implement transparency
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 静か
- 技術スタック
- javascript, python
- 領域
- cryptography, security
調査の方向性
まず、参照されている OnionAliasStore.sys.mjs の実装と sigsum-ts ベリファイアを読んで、提案されている透明性アプローチを理解してください。次に、それがこのリポジトリのアーカイブ済みかつ署名済みのルールセットにどのように適合するかを判断してください。ルールセットの配布によって標的型の変更に対する透明性を確保でき、署名手順が簡素化されれば完了です。
索引モデルが issue の本文から書いたものです。
説明
As we know, the use of the rulesets currently requires blind trust on our signing key. It also requires trust from the users that the same ruleset is being shipped to everybody at the same time. Even with our best intentions, if the key was compromised, properly scoped and targeted attacks would remain undetectable.
This ruleset is a natural target for transparency properties: we already archive all the past lists, and we already sign them when we ship them. The Sigsum's developers have suggested that for a long time, as Sigsum is currently the lightest transparency log that's available. It only required an ed2559 private key, and it does support pretty much all the security features we could need. Incidentally, we've also already written a Sigsum verifier (sigsum-ts) for WEBCAT anyway, and it has no runtime dependencies, it pretty minimal and uses the web crypto API as TBB also currently does.
The implementation is here: https://gitlab.torproject.org/tpo/applications/tor-browser/-/blob/tor-browser-152.0a1-16.0-2/browser/components/onionservices/OnionAliasStore.sys.mjs?ref_type=heads
Since we are schedule to rotate the key anyway, and this has been on the table for discussion for a while, it could be a good moment to see if TBB would be interested. We can probably provide the TBB implementation part as well pretty easily.
As a result, I believe we could also simplify our signing procedures quite a bit.
- 主要言語
- Python
- スター
- 11
- フォーク
- 4
- 平均マージ
- 8分
- マージ済み PR（30日）
- 6
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
freedomofpress/securedrop-https-everywhere-ruleset のほかの issue
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 50/100
freedomofpress/securedrop-https-everywhere-ruleset#267 · コメント 1 件 · リアクション 1 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 30/100
freedomofpress/securedrop-https-everywhere-ruleset の issue をすべて見る
似ている issue
-
`lvm_compact` has no self-hosted twin, and `docs/158` §5 says every language-face component mustオープンbug sev-3 vm
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
sierra-research/tau2-bench#635 ·
メンテナーはふだん 1 日以内に返信
-
The add-ssm-model skill requires a Cython simulator; the contributing guide allows Python ones対応中かも @fmuia が今日担当しました。 オープンdocumentation skill
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
lnccbrown/ssm-simulators#406 ·
メンテナーはふだん 4 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 95/100
btclib-org/btclib-ecc#309 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
autowarefoundation/autoware_carla_scenario#281 ·
メンテナーはふだん 1 日以内に返信