<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 14 (filtered medium)">
<style><!--
/* Font Definitions */
@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;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        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="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">The OpenID Request Object intended to be a complete encapsulation of the authentication request being made by a client to an Authorization Server.  As discussed on today’s call, it does several related things:<o:p></o:p></p>
<p class="MsoNormal">  - Enables signed requests<o:p></o:p></p>
<p class="MsoNormal">  - Enables additional request parameters, such as “preferred_locales” and “max_age”<o:p></o:p></p>
<p class="MsoNormal">  - Enables requesting specific claims be returned in particular locations (ID Token, UserInfo)<o:p></o:p></p>
<p class="MsoNormal">  - Enables declaring whether requested claims are voluntary or essential<o:p></o:p></p>
<p class="MsoNormal">  - Enables providing information about requested claim values, including “auth_time”, “acr”, and “sub”<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The primary thing that some people on the call seemed to feel should not be Mandatory to Implement (MTI) functionality is having to respond to requests for specific individual claims.  The alternative is that we could allow implementations
 to ignore the “claims” members of the “id_token” and “userinfo” fields and instead return an OP-specified default set of claims.  (These claims might or might not meet the RP’s needs, but that might be true in any case, and so imposes no additional implementation
 burden on the RP.)  This clearly has worse privacy properties than only returning the claims that were actually requested.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">However, several people also expressed the viewpoint that the OpenID Request Object should be parsed and the request parameters be acted upon.  This would enable signed requests and would enable additional request parameters such as “preferred_locales”
 and “max_age”.  It would not enable requests for specific claims to be acted upon nor would it enable acting upon information about the desired properties of those claims.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">People also expressed reservations about making “request_file” MTI.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">In summary the, middle ground that I’d like people to discuss is:<o:p></o:p></p>
<p class="MsoNormal">  - Parsing OpenID Request Object MTI<o:p></o:p></p>
<p class="MsoNormal">  - Using request parameters contained in Request Object MTI<o:p></o:p></p>
<p class="MsoNormal">  - Supporting “preferred_locales” and “max_age” parameters MTI<o:p></o:p></p>
<p class="MsoNormal">  - Supporting “claims” fields OPTIONAL<o:p></o:p></p>
<p class="MsoNormal">  - If “claims” fields not supported, the claims returned would be determined by the OP<o:p></o:p></p>
<p class="MsoNormal">  - It would be discoverable whether “claims” is supported by an OP<o:p></o:p></p>
<p class="MsoNormal">  - Supporting “request_file” OPTIONAL<o:p></o:p></p>
<p class="MsoNormal">  - It would be discoverable whether “request_file” is supported<o:p></o:p></p>
<p class="MsoNormal">  - If “request_file” is not supported, the claims returned would be determined by the OP<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Discussion encouraged…<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">                                                                -- Mike<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>