<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">Spec Call Notes 10-Feb-22<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Mike Jones<o:p></o:p></p>
<p class="MsoNormal">Torsten Lodderstedt<o:p></o:p></p>
<p class="MsoNormal">Joseph Heenan<o:p></o:p></p>
<p class="MsoNormal">Rifaat Shekh-Yusef<o:p></o:p></p>
<p class="MsoNormal">David Chadwick<o:p></o:p></p>
<p class="MsoNormal">George Fletcher<o:p></o:p></p>
<p class="MsoNormal">Brian Campbell<o:p></o:p></p>
<p class="MsoNormal">Bjorn Hjelm<o:p></o:p></p>
<p class="MsoNormal">Giuseppe De Marco<o:p></o:p></p>
<p class="MsoNormal">Kristina Yasuda<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Implementer's Drafts Approved<o:p></o:p></p>
<p class="MsoNormal">              Our three candidate Implementer's Drafts were approved yesterday, as announced at<o:p></o:p></p>
<p class="MsoNormal">              <a href="https://openid.net/2022/02/08/first-implementers-draft-of-initiating-user-registration-via-openid-connect-approved/">
https://openid.net/2022/02/08/first-implementers-draft-of-initiating-user-registration-via-openid-connect-approved/</a> and<o:p></o:p></p>
<p class="MsoNormal">              <a href="https://openid.net/2022/02/08/first-implementers-drafts-of-openid-connect-siopv2-and-oidc4vp-specifications-approved/">
https://openid.net/2022/02/08/first-implementers-drafts-of-openid-connect-siopv2-and-oidc4vp-specifications-approved/</a><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Federation Specification<o:p></o:p></p>
<p class="MsoNormal">              Torsten asked about results signed by the resolver in merged PR #122<o:p></o:p></p>
<p class="MsoNormal">              He will file an issue asking about it<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Issuance Specification<o:p></o:p></p>
<p class="MsoNormal">              Torsten reported that he and Kristina have been getting feedback from multiple parties<o:p></o:p></p>
<p class="MsoNormal">              It may be stable enough for Implementer's Draft review after IIW<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Pull Requests<o:p></o:p></p>
<p class="MsoNormal">              <a href="https://bitbucket.org/openid/connect/pull-requests/">
https://bitbucket.org/openid/connect/pull-requests/</a><o:p></o:p></p>
<p class="MsoNormal">              PR #124: [oidc4vci] clarify sub value in the ID Token Issue #1426<o:p></o:p></p>
<p class="MsoNormal">                           Kristina couldn't make this part of the call, so we deferred discussion on this PR<o:p></o:p></p>
<p class="MsoNormal">              PR #101: Fetching presentation definitions from a remote repository<o:p></o:p></p>
<p class="MsoNormal">                           To be discussed in the SIOP call following this one<o:p></o:p></p>
<p class="MsoNormal">                           Torsten added comments about the structure of the PR<o:p></o:p></p>
<p class="MsoNormal">              PR #120: Issuer Handling SIOP<o:p></o:p></p>
<p class="MsoNormal">                           We discussed the "iss" and "sub" being the same for self-issued OPs<o:p></o:p></p>
<p class="MsoNormal">                                         They would be self-signed<o:p></o:p></p>
<p class="MsoNormal">                           This blurs the distinction between self-issued and third-party OPs<o:p></o:p></p>
<p class="MsoNormal">                           It's not currently possible to determine whether an OP supports SIOP or not<o:p></o:p></p>
<p class="MsoNormal">                                         We could introduce another metadata parameter<o:p></o:p></p>
<p class="MsoNormal">                           Mike asked how to retrieve the .well-known/openid-connect metadata if the "iss" isn't a prefix for it<o:p></o:p></p>
<p class="MsoNormal">                                         Torsten said that for SIOP, these are decoupled<o:p></o:p></p>
<p class="MsoNormal">                                         Even in SIOP v1, .well-known/openid-connect metadata isn't used<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Open Issues<o:p></o:p></p>
<p class="MsoNormal">              <a href="https://bitbucket.org/openid/connect/issues?status=new&status=open">
https://bitbucket.org/openid/connect/issues?status=new&status=open</a><o:p></o:p></p>
<p class="MsoNormal">              #1430: How to determine SIOP support?<o:p></o:p></p>
<p class="MsoNormal">                           There was support for adding metadata to determine this<o:p></o:p></p>
<p class="MsoNormal">                           We discussed whether to repurpose "subject_types_supported"<o:p></o:p></p>
<p class="MsoNormal">                           George was against repurposing because it mixes semantics<o:p></o:p></p>
<p class="MsoNormal">                           Mike would prefer a new parameter "op_types_supported" with values "third-party" and "self-issued"<o:p></o:p></p>
<p class="MsoNormal">              #1431: How to request SIOP?<o:p></o:p></p>
<p class="MsoNormal">                           There currently isn't a way for an RP to request a SIOP ID Token<o:p></o:p></p>
<p class="MsoNormal">                           Mike asked whether it's the RP's job to request OP types or whether it should be willing to take what it receives, leaving the choice up to the person<o:p></o:p></p>
<p class="MsoNormal">                           Torsten does want RP metadata to say which types it supports<o:p></o:p></p>
<p class="MsoNormal">                           Kristina said that in some use cases, RPs may care which kind of issuer they use<o:p></o:p></p>
<p class="MsoNormal">                           David said the RP sends different messages to third-party and self-issued OPs<o:p></o:p></p>
<p class="MsoNormal">                           George agreed with Mike that, philosophically, any kind of OP can return any kind of claim<o:p></o:p></p>
<p class="MsoNormal">                                         We've designed our other specifications to make this true<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Next Call<o:p></o:p></p>
<p class="MsoNormal">              The next Connect call will be on Monday, February 14, 2022 at 3pm Pacific Time<o:p></o:p></p>
</div>
</body>
</html>