[Openid-specs-ab] SIOP Special Topic Call Notes 4-Aug-22
Mike Jones
Michael.Jones at microsoft.com
Fri Aug 5 17:47:17 UTC 2022
SIOP Special Topic Call Notes 4-Aug-22
Kristina Yasuda
Oliver Terbu
Tobias Looker
Mike Jones
Petteri Stenius
Geroge Fletcher
David Chadwick
Mark Haine
Dmitri Zagidulin
Joseph Heenan
David Waite (DW)
Bjorn Hjelm
Andrew Hughes
Jo Vercammen
Whitepaper
Reviews of the whitepaper are requested, with the goal of producing the final version
https://docs.google.com/document/d/1H556GIM_xD1yKl7rw1seq4bu83movFCkU8fQ7T8b1dI/edit#heading=h.tk28vho85gb8
Design Discussion
We will discuss the possibility of multiple credentials in a single issuance interaction
This is issue #1544: Requesting multiple credentials
Pull Requests
https://bitbucket.org/openid/connect/pull-requests/
PR #253: The idea behind these minor changes is that the "Pragma" cache directive is no longer actual. See https://bitbucket.org/openid/connect/issues/1483/directive-pragma-no-cache.
Merged
PR #262: changed credential request media type to application/json
Merged
PR #258: add scope support to OpenID4VPs
There is substantial support for merging this
Mark Haine asked a clarifying question about this use of scope
Mike said that he's comfortable using "scope", since this is the mechanism OAuth defined
Mark also asked about Rich Authorization Requests (RAR)
Mike said that we could separately discuss that but merging this would constitute progress
George commented that scopes would effectively be groupings of capabilities
Mike said that this is parallel to the "profile" scope, which requests a group of claims
Kristina noted that issuance uses RAR
https://openid.bitbucket.io/connect/openid-4-verifiable-credential-issuance-1_0.html#name-request-issuance-of-a-certa
We agreed to merge
PR #263: fix: relaxed nonce language to support stateless implementations
Oliver suggested closing #263 in favor of #252
Kristina was in favor of merging #263 because it clarifies the nonce language
Mike suggested removing the word "valid"
Merged after this change
PR #252: clarified iat parameter of a proof (Issue #1568)
We agreed to delete the apparently normative syntax language and instead say "using the syntax defined in RFC 7519".
Merged after this change
PR #255: Added Client/RP metadata for specifying trust frameworks
This corresponds to issue #1551
We agreed to discuss proposals for syntax there
Issues
https://bitbucket.org/openid/connect/issues?status=new&status=open
#1544: Requesting multiple credentials
Oliver said that both kinds of multiple issuance are relevant to projects that he has
Kristina proposed a simple issuance endpoint with single credential issuance and a separate one for multiple issuance
There would be metadata saying if the complex one is supported
Mike said that error handling for partial results is problematic
It would require special code not needed in the simple case
George agreed on keeping them separate
Oliver said that issuing the same credential in different formats is different than issuing multiple distinct credentials
He sees value in both of them
He said that the former case is easier
Mark Haine pointed out the Selective Abort and Omit feature for comparison
https://openid.bitbucket.io/ekyc/openid-connect-advanced-syntax-for-claims.html
Oliver asked if we should create a PR defining a multiple issuance endpoint
Kristina said that we should first agree on what it should do
Oliver asked about use cases where you always want to issue a credential in multiple formats
We discussed whether the simple endpoint should be mandatory to implement
Mike thought so, so that simple clients would always work
Others discussed possibly making both endpoints the same
Mike said that they're likely syntactically incompatible
Tobias believes the simple case must be preserved
George said that we don't know what the syntax is for the multiple issuance use cases
Kristina asked if Oliver could suggest multiple-issuance syntax
Oliver said that he could do that this week
Next Call
The next call will be Monday, August 7, 2022 at 4pm Pacific Time
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-ab/attachments/20220805/5349c9ab/attachment.html>
More information about the Openid-specs-ab
mailing list