Closed ydanneg closed 7 months ago
We are returning access token as jwt, so authorization_details must be added as access token claim. Current EUDI Wallet implementation profile uses long lived sender-constrained access tokens and the expiration time is provided as exp claim.
authorization_details: REQUIRED when authorization_details parameter is used to request issuance of a certain Credential type as defined in Section 5.1.1. It MUST NOT be used otherwise.
What about this spec rule?
I could create a PR (obj -> list(obj))
What about this spec rule?
I added authorization_details as access token claim:
{
"sub": "60001019906",
"aud": "https://eudi-issuer.localhost:13443",
"authorization_details": [
{
"type": "openid_credential",
"format": "mso_mdoc",
"doctype": "org.iso.18013.5.1.mDL",
"locations": [
"https://eudi-issuer.localhost:13443"
]
}
],
"iss": "https://eudi-as.localhost:12443",
"cnf": {
"jkt": "8wGKbD7hG-u2GucSqoQPthH2SFvlBMBQyKoKqjkOTD8"
},
"exp": 1745051253,
"iat": 1713515253,
"jti": "UViDMBIqnRX2iFfbEpVa7lFCAuoVpv7g1PZ5deb4Wr0AdZ-f-GGzsA",
"client_id": "eudi-wallet.localhost"
}
If access token is returned as jwt the authorization_details should not be returned as token response parameter and included as access token claim instead?
authorization_details
It looks promising now.. Thanks. I will check it later today.
authorization_details
It looks promising now.. Thanks. I will check it later today.
lgtm
1. According to OpenId4VCI specification authorization_details MUST be an array.
ref: https://openid.net/specs/openid-4-verifiable-credential-issuance-1_0.html#section-6.2
Currently it is just an object.
2. It is RECOMMENDED to have expires_in attribute in this response. ref: https://www.rfc-editor.org/rfc/rfc6749.html#section-4.2.2