How to indicate which DID a credential should be bound to if using key attestations?
Nobody has claimed this yet.
- Dominant language
- No language data
- Stars
- 125
- Forks
- 41
- PR merge metrics
- No merged PRs in 30d
Description
There seems to be a somewhat unspecified gap as to how DID-based cryptographic binding methods and key attestations should/can work together.
- For JWT proof type without key attestations you'd sign the JWT with a did. This proves control over the/a key associated with the did, as well as the did.
- For JWT proof type with key attestation you could do this with one of the keys, to share which did to use. But there's a gap how to associate a did with
attested_keys. - For attestation proof type there is no way to share which did to use.
One option I see is to specify that an attested key can have a kid parameter to identity the did url associated with the attested key. This does require the wallet provider to also attest to the DID being used. While maybe the wallet provider should focus more on attesting the key, and less whether that key is used with a specific did. I see key attestations valuable for DIDs as well, especially in the context of organizational wallets, so it would be great if there's a way to allow a wallet to indicate which dids are associated with the attested keys.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No repository files or tests are mentioned. Start by reviewing the JWT proof, attestation proof, and attested_keys cases described in the issue, then determine how a DID should be associated with an attested key. Done means the specification has a decided, normative mechanism covering both proof types.
Written by the indexing model from the issue text.
Assessment
- Domain
- cryptography, security
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100