-
Notifications
You must be signed in to change notification settings - Fork 22
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
Reuse Credential Offer identifier from metadata in authorization_details
Authorization Request parameter
#102
Comments
authorization_details
Authorization Request parameter
I think this makes sense. We should have done this when we introduced the credential identifiers. |
From an implementation perspective this seems reasonable. I so far preferred the scope over the authorization details because it was a single identifier that could reference the credential in the metadata. With this approach the same is possible but in a more concise way and without the need for a scope per credential. Especially with SD-JWTs there could be some confusion of the type used here for the authorization_details with the credentials_supported array in the issuer metadata, where each supported SD-JWT has a type as well. As far as I understood this will be called vct in the future and thus be distinguishable from each other. JWT VCs have types as well. The spec could stress, that this is a different type. |
agreed this makes sense. looks like ready for PR |
@tlodderstedt @Sakurann so you see this as an optional alternative or the only way to use authorisation details? |
I would say the only way. |
That's also my perception. Is it ready for PR? |
During IETF Prague, discussion came up to reuse the identifier used in Credential Offer that was introduced with #86 in the Authorization Request with authorization_details, e.g.:
The text was updated successfully, but these errors were encountered: