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

Define key resolution mechanisms for verifier attestation, wallet attestation, and status list issuers #43

Open
tlodderstedt opened this issue May 31, 2023 · 3 comments

Comments

@tlodderstedt
Copy link
Contributor

The module drafts for client attestation (used for wallet attestation), verifier attestation (OID4VP) and status list define the schemas of the different assertions but do leave flexibility regarding the way keys are represented and resolved. The Interoperability profile will defines the concrete mechanisms to be used to achieve interoperability in the context of the profile.

Current idea is to support the same mechanisms currently used for SD-JWT VCs, web based key lookup and x.509 certificates. We could add one section with key resolution mechanisms and state where those are used.

@Sakurann Sakurann added this to the 1.0 Final milestone Dec 13, 2024
@Sakurann
Copy link
Contributor

related to #65, #119, #39

@tlodderstedt
Copy link
Contributor Author

the spec now has text for client / wallet attestation and

  • SD-JWT VCs: web-based key resolution and x.509
  • wallet attestation: web-based key resolution
  • verifier attestation: web-based key resolution
  • status list: no requirement

I suggest to change the text to require both options for all credentials/attestations except mdoc based credentials, where only x.509 is supported. For status list also see #65 .

@Sakurann
Copy link
Contributor

from ISO's perspective, I believe only x509_san_dns can be mandatory for mdoc over the browser API in HAIP

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

No branches or pull requests

2 participants