Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enhance Security Document Loader #16

Open
fabrii opened this issue Oct 25, 2024 · 1 comment
Open

Enhance Security Document Loader #16

fabrii opened this issue Oct 25, 2024 · 1 comment

Comments

@fabrii
Copy link

fabrii commented Oct 25, 2024

Hello!

I would like to explore the possibility of enhancing the Security Document Loader to support additional use cases.

I understand that in the Learner Credential Wallet, did:key is currently used for holders and issuers. For that reason, the DID resolver for did:key is sufficient.

I am picturing some other scenarios where:

  1. The issuer ID is an https domain, which the wallet trusts. In this case, the issuer may decide to publish the keys in a JWKS endpoint. For reference, see jwt-vc-issuer-metadata. The Document Loader could be capable of processing a verification method like https://issuerdomain#key1 and retrieving the keys from the JWKS endpoint.
  2. The issuer ID is an OID, such as urn:oid:2.16.858.0.0.0.3.0. In this scenario, we could configure the loader to recognize that all OIDs starting with 2.16.858 have keys published on a specific domain. . The loader could use this information to process a verificationMethod like urn:oid:2.16.858.0.0.0.3.0#key1, and use it to fetch the keys from the jwks endpoint.

What are your thoughts on this?

Thank you

EDIT: I just realized that case (1) might be covered by the did:web implementation.

EDIT2: I can contribute with a PR.

@fabrii
Copy link
Author

fabrii commented Nov 5, 2024

I found also this https://github.com/quartzjer/did-jwk/, that might be relevant.

@dmitrizagidulin for guidance :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: No status
Development

No branches or pull requests

1 participant