
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><meta http-equiv="content-type" content="text/html; charset=utf-8"><div style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div>Attendees:</div><div><br></div><div>Joseph Heenan</div><div>Torsten</div><div>Michael Schafer</div><div>Sasi</div><div>Ramesh Narayanan</div><div>Kristina</div><div>Brian Campbell</div><div><div>Jeremie Miller</div></div><div>Oliver Terbu</div><div>David Waite</div><div>Dmitri Zagidulin</div><div>Mike Jones</div><div>Christian Bormann</div><div>David Chadwick</div><div><br></div><div><br></div><div>Sasi introduced himself; he’s been helping Kristina/Torsten with the BLE spec and worked on MOSIP.</div><div><br></div><div>Ramesh also introduced himself; he heads technology for MOSIP</div><div><br></div><div>Michael from Bosch; he’s been working on SI for several years and has worked on a bluetooth transport protocol</div><div><br></div><div><br></div><div>Kristina asked to take the BLE spec ( <a href="https://tlodderstedt.github.io/openid-for-verifiable-presentations-offline-1_0-00.html">https://tlodderstedt.github.io/openid-for-verifiable-presentations-offline-1_0-00.html</a> ) to the main connect working group meeting for adoption. Sasi says he’s been working on implementing it and hopes to be able to demonstrate a full opensource implementation soon. Michael has also worked on implementing it. Jeremie also said he’s a big supported of this work.</div><div><br></div><div>They’ll probably wait for a PR to the spec to be merged before adopting. The spec is currently on GitHub.</div><div><br></div><div><br></div><div><br></div><div><a href="https://bitbucket.org/openid/connect/issues/1551/administrative-trust-in-the-rp">https://bitbucket.org/openid/connect/issues/1551/administrative-trust-in-the-rp</a><br></div><div><br></div><div>Torsten explained the background of how non-SIOP OpenID Connect RPs establish trust. Any new way needs to be backwards compatible with OAuth. Torsten proposes a new parameter, client_id_format, to indicate to the AS/wallet what type of client it is (rather than the rather complicated decision tree in the current spec where the AS attempts to infer it from the format of the client id and the format of the request). Torsten suggests briefing the OAuth WG group at IETF Yokohama and taking feedback. No one objected to creating a new PR for this issue based on Torsten’s suggestion.</div><div><br></div><div><br></div><div><a href="https://bitbucket.org/openid/connect/pull-requests/404">https://bitbucket.org/openid/connect/pull-requests/404</a></div><div><br></div><div>Kristina highlighted the changes she’s made, and will continue to address the comments, and asked if people can review the work so far.</div><div><br></div><div><a href="https://bitbucket.org/openid/connect/pull-requests/419">https://bitbucket.org/openid/connect/pull-requests/419</a></div><div><br></div><div>These editorial changes address Taka’s comments, as will as other people’s comments about inconsistent capitalisation, please review.</div><div><br></div><div>PRs:</div><div><br></div><div><a href="https://bitbucket.org/openid/connect/pull-requests/409">PKCE and pre-auth code flow in VCI to address Issue #1750</a> will be merged after call if no objections.</div><div><br></div><div><a href="https://bitbucket.org/openid/connect/pull-requests/396">https://bitbucket.org/openid/connect/pull-requests/396</a> - ready for re-review</div><div><br></div><div><a href="https://bitbucket.org/openid/connect/pull-requests/403">https://bitbucket.org/openid/connect/pull-requests/403</a> <a href="https://bitbucket.org/openid/connect/pull-requests/403">update definition of verifier to address issue #1767</a> - Torsten to check if his comments are now resolved.</div><div><br></div><div>Issues:</div><div><br></div><div><a href="https://bitbucket.org/openid/connect/issues/1789/openid4vci-terminology-base64url-encoding">#1789: OpenID4VCI: Terminology / Base64url Encoding</a> - Kristina said the working group had previously asked for a definition of base64url to be added, but redefining a term used elsewhere is also problematic. Mike Jones suggested somehow incorporating the JWS definition by reference, in the same way as the 1.2 Terminology section in OpenID Connect Core does for ‘Authorization server’ etc.</div><div><br></div><div><a href="https://bitbucket.org/openid/connect/issues/1783/add-a-standard-way-to-request-additional">#1783: Add a standard way to request additional evidence based on OpenID4VP during OpenID4CI credential issuance</a> - Oliver explained the background and the solution he was thinking of. David Chadwick/Oliver/Torsten discussed a lot. There was a lack of clarity on/understanding of the exact problem, Kristina suggested continuing discussion on the issue.</div><div><br></div><div><br></div><div><br></div><div><br></div></div></body></html>