Autoexpiry of DCR-registered clients
まだ誰も着手していません。
- 主要言語
- Bikeshed
- スター
- 26
- フォーク
- 14
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
11.2. Client IDs:
Implementors SHOULD expire ephemeral Client IDs that are kept in server storage to mitigate the potential for a bad actor to fill server storage with unexpired or otherwise useless Client IDs.
With Solid clients registered via DCR, things can get even worse as the applications normally do not bother (and are not required) to reuse client ID and secret across the sessions, registering a new one upon every user login. Thus, the number of dynamically registered clients could easily reach N_users * N_logins. OTOH, we cannot rely on the user agent for the proper client clean-up (even if we require it). That said, it is even more important for the OP to be able to automatically expire DCR-registered clients rather than the ephemeral ones.
I'd suggest adding this to the Section 11.
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず Section 11、特に ephemeral Client IDs に関する既存のガイダンスを読み、DCR-registered clients に関する issue の根拠を確認してください。完了条件は、ephemeral なものだけでなく、DCR-registered clients の自動的な有効期限切れを対象とする、明確な仕様テキストについて合意し、それを追加することです。
索引モデルが issue の本文から書いたものです。
評価
- 領域
- authentication, documentation
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 30/100