<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 24-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">Joseph Heenan<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">Rifaat Shekh-Yusef<o:p></o:p></p>
<p class="MsoNormal">Tom Jones<o:p></o:p></p>
<p class="MsoNormal">Bjorn Hjelm<o:p></o:p></p>
<p class="MsoNormal">Kristina Yasuda<o:p></o:p></p>
<p class="MsoNormal">John Bradley<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Identiverse<o:p></o:p></p>
<p class="MsoNormal">              George's submission on prompt=create was accepted<o:p></o:p></p>
<p class="MsoNormal">                           <a href="https://openid.net/specs/openid-connect-prompt-create-1_0.html">
https://openid.net/specs/openid-connect-prompt-create-1_0.html</a><o:p></o:p></p>
<p class="MsoNormal">                           He plans to talk about why it exists from a user experience perspective<o:p></o:p></p>
<p class="MsoNormal">              Mike's and Pieter Kasselman's submission on OAuth DPoP was accepted<o:p></o:p></p>
<p class="MsoNormal">                           They will describe how DPoP has evolved to have mitigations to specific actual threats<o:p></o:p></p>
<p class="MsoNormal">              Kristina and Torsten's OIDC4SSI submission was accepted<o:p></o:p></p>
<p class="MsoNormal">                           Kristina and Torsten will describe the specs and use cases<o:p></o:p></p>
<p class="MsoNormal">              Joseph's "Top OAuth2 mistakes found in production mobile apps" was accepted<o:p></o:p></p>
<p class="MsoNormal">              Joseph's "Protocol conformance testing driving interoperability and security" was accepted<o:p></o:p></p>
<p class="MsoNormal">                           It will be the first Identiverse presentation on OpenID Certification<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">IETF 113 in Vienna<o:p></o:p></p>
<p class="MsoNormal">              Rifaat told us that the OAuth working group has two sessions<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">OSW<o:p></o:p></p>
<p class="MsoNormal">              <a href="https://oauth.secworkshop.events/osw2022">
https://oauth.secworkshop.events/osw2022</a><o:p></o:p></p>
<p class="MsoNormal">              Open for submissions until March 23rd<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">FIDO Authenticate<o:p></o:p></p>
<p class="MsoNormal">              Open for submissions<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">EIC<o:p></o:p></p>
<p class="MsoNormal">              Open for submissions until February 28th<o:p></o:p></p>
<p class="MsoNormal">              David Chadwick has a presentation on "How to do SSI using existing infrastructure"<o:p></o:p></p>
<p class="MsoNormal">              He also has a submission on "How to build trust..."<o:p></o:p></p>
<p class="MsoNormal">              George has a submission on "mobile app impersonation" aka "will the real mobile app please stand up"<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">              #1400: Issuer Handling in SIOP<o:p></o:p></p>
<p class="MsoNormal">                           Also see PR #120: Issuer Handling SIOP<o:p></o:p></p>
<p class="MsoNormal">                           John has mixed feelings but is not opposed to the change<o:p></o:p></p>
<p class="MsoNormal">                           Kristina said that this generalizes "iss" to no longer always be an https URI<o:p></o:p></p>
<p class="MsoNormal">                           Kristina said that we may want to separately convey trust in a wallet, perhaps through an attestation claim<o:p></o:p></p>
<p class="MsoNormal">                                         She said that in the mDL space, there's a lot of emphasis on determining trust in the wallet<o:p></o:p></p>
<p class="MsoNormal">                                         John noted that Microsoft, Google, and Apple are likely to have different attestation formats<o:p></o:p></p>
<p class="MsoNormal">                                         John said that the issuer isn't the Wallet<o:p></o:p></p>
<p class="MsoNormal">                                         Kristina plans to write a PR adding an attestation claim<o:p></o:p></p>
<p class="MsoNormal">                           John and George talked about the differences in trusting apps, software providers, wallets, and issuers<o:p></o:p></p>
<p class="MsoNormal">                                         And the relationship to trust frameworks<o:p></o:p></p>
<p class="MsoNormal">                                         Kristina asked George to write a comment on the separation between IdP software and the entity<o:p></o:p></p>
<p class="MsoNormal">                           John is concerned that every issuer will have their own wallet<o:p></o:p></p>
<p class="MsoNormal">                           There was no opposition on the call to merging PR #120<o:p></o:p></p>
<p class="MsoNormal">              #1429: Replace JWK Thumbprint URI with JWK URI<o:p></o:p></p>
<p class="MsoNormal">                           Mike summarized the discussions so far for John, etc.<o:p></o:p></p>
<p class="MsoNormal">                                         He talked about "sub" needing to be stable and of modest size<o:p></o:p></p>
<p class="MsoNormal">                                         John said that large "sub" values will randomly blow up RPs<o:p></o:p></p>
<p class="MsoNormal">                           David said that RPs could instead compute its own stable identifier<o:p></o:p></p>
<p class="MsoNormal">                           John said that RPs expect something stable for the subject<o:p></o:p></p>
<p class="MsoNormal">                           John observed that JWK URI is sort of equivalent to having a self-contained DID in the URI<o:p></o:p></p>
<p class="MsoNormal">                                         Such as did:key<o:p></o:p></p>
<p class="MsoNormal">                                         John said that people could think of this a simplified self-encoded DID<o:p></o:p></p>
<p class="MsoNormal">                                         Kristina said that it's different from did:key because did:key has DID Doc<o:p></o:p></p>
<p class="MsoNormal">                                         She's concerned about adding a third type because less functionality is more<o:p></o:p></p>
<p class="MsoNormal">                                         John said that if we can encode the key as a DID, we don't need JWK URI<o:p></o:p></p>
<p class="MsoNormal">                           David Chadwick is happy to close this in favor of PR #127<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 #127: Added support for JWK URI<o:p></o:p></p>
<p class="MsoNormal">                           Kristina will file an issue questioning the need for a third identifier type and link to this PR<o:p></o:p></p>
<p class="MsoNormal">                           John isn't in favor of a third identifier type<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 call will be a regular working group call on Monday, February 28, 2022 at 3pm Pacific Time<o:p></o:p></p>
</div>
</body>
</html>