BeyondCodeBootcamp / BeyondCodeBootcamp/passkeys
Thoughts on UX
- 主要言語
- JavaScript
- スター
- 2
- フォーク
- 1
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
## Forgot Passkey
- instead of "Forgot Password?" have "Can't Access Passkey?"
## Replace Passkey
- this will make any encrypted storage permanently inaccessible
## Adding a Passkey
- send magic email or text message to allow it
- use password to allow it? maybe not?
- allow creating password if the device doesn't support WebAuthn at all
## Boolean IDs
IDs are a huge pain in the butt:
- the os keychain may or may not be synced between devices
- the current device may or may not have synced with the os keychain
- the current browser on that device may or may not access the system keychain
- the current browser may or may not be synced with its own key storage
- if you've saved IDs to the server, you can't use them as entropy for local encryption
- you can't retrieve IDs from the server without the user ALREADY being logged in \
(otherwise anyone can just grab bunches of IDs for your users, or you have waaay more logic to handle in regards to fingerprinting the user's devices and browsers, etc to ensure that you don't pass them out willy-nilly)
- the IDs are only useful to prevent creation of the same ID, which you get by logging in - otherwise, if you had them, you would already know
THEREFORE, it seems like each device should just have some sort of localStorage that simply indicates a tiny piece of information about each key - such as if the "attestation" issuer is a security key or os keycahin, etc.
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
調査の方向性
ファイル、テスト、エントリーポイントは指定されていません。まず既存の passkey とアカウント復旧のフローを整理し、その後、忘れた passkey、置き換えられた passkey、新しく追加された passkey に関する提案を、Boolean ID と local-storage に関する懸念も含めて解決してください。完了の条件は、実装前に合意済みの UX とセキュリティの設計が整っていることです。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- javascript
- 領域
- authentication, security
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 20/100