<div dir="ltr">Sending the AT in a form-encoded body parameter is a <a href="https://tools.ietf.org/html/rfc6750#section-2.2" target="_blank">MAY</a> though, so if that's the only reason for userinfo requiring POST, then it probably should have been a MAY too.<div><br></div><div>We don't support ATs in a form-encoded body (as is our option), but are still compelled to support POST on userinfo to be OIDC compliant.</div><div><br></div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 3, 2015 at 2:58 PM, John Bradley <span dir="ltr"><<a href="mailto:ve7jtb@ve7jtb.com" target="_blank">ve7jtb@ve7jtb.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">That is because at the time it was thought that not every client could use a header to send the AT.<div>We were trying to avoid clients needing to send AT as query strings.</div><div><br></div><div>John B.</div><div><div><div><br></div><div><div><blockquote type="cite"><div>On Apr 3, 2015, at 5:57 PM, Breno de Medeiros <<a href="mailto:breno@google.com" target="_blank">breno@google.com</a>> wrote:</div><br><div><div dir="ltr">Another interesting case is the mandatory POST support for userinfo endpoint requests. Given it's a read-only API it is an interesting choice.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 3, 2015 at 12:11 PM, John Bradley <span dir="ltr"><<a href="mailto:ve7jtb@ve7jtb.com" target="_blank">ve7jtb@ve7jtb.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>Our requests may be larger than OAuth only requests due to the extra parameters. </div><div><br></div><div>It is also possible that some of them may be sensitive such as the id_token hint that is better in a body than a query parameter. </div><div><br></div><div>For interoperability having the servers support both made it simpler for clients. </div><div><br></div><div>John B. <br><br>Sent from my iPhone</div><span><div><br>On Apr 3, 2015, at 3:15 PM, Mike Jones <<a href="mailto:Michael.Jones@microsoft.com" target="_blank">Michael.Jones@microsoft.com</a>> wrote:<br><br></div></span><div><div><blockquote type="cite"><div>






<div><p class="MsoNormal">Per <b><a href="http://openid.net/specs/openid-connect-core-1_0.html#AuthRequest" target="_blank">http://openid.net/specs/openid-connect-core-1_0.html#AuthRequest</a></b>, POST support is mandatory for authentication requests in Connect.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal" style="margin-left:.5in"><span lang="EN" style="font-family:Verdana,sans-serif">Authorization Servers MUST support the use of the HTTP
</span><tt><span lang="EN" style="font-size:10.0pt">GET</span></tt><span lang="EN" style="font-family:Verdana,sans-serif"> and
</span><tt><span lang="EN" style="font-size:10.0pt">POST</span></tt><span lang="EN" style="font-family:Verdana,sans-serif"> methods defined in
<a href="http://openid.net/specs/openid-connect-core-1_0.html#RFC2616" target="_blank"><span style="text-decoration:none">RFC 2616 (Fielding, R., Gettys, J., Mogul, J., Frystyk, H., Masinter, L., Leach, P., and T. Berners-Lee, “Hypertext Transfer Protocol -- HTTP/1.1,” June 1999.)</span></a>
 [RFC2616] at the Authorization Endpoint. Clients MAY use the HTTP </span><tt><span lang="EN" style="font-size:10.0pt">GET</span></tt><span lang="EN" style="font-family:Verdana,sans-serif"> or
</span><tt><span lang="EN" style="font-size:10.0pt">POST</span></tt><span lang="EN" style="font-family:Verdana,sans-serif"> methods to send the Authorization Request to the Authorization Server. If using the HTTP
</span><tt><span lang="EN" style="font-size:10.0pt">GET</span></tt><span lang="EN" style="font-family:Verdana,sans-serif"> method, the request parameters are serialized using URI Query String Serialization, per
<a href="http://openid.net/specs/openid-connect-core-1_0.html#QuerySerialization" target="_blank">
<span style="text-decoration:none">Section 13.1 (Query String Serialization)</span></a>. If using the HTTP
</span><tt><span lang="EN" style="font-size:10.0pt">POST</span></tt><span lang="EN" style="font-family:Verdana,sans-serif"> method, the request parameters are serialized using Form Serialization, per
<a href="http://openid.net/specs/openid-connect-core-1_0.html#FormSerialization" target="_blank">
<span style="text-decoration:none">Section 13.2 (Form Serialization)</span></a>.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN" style="font-family:Verdana,sans-serif"><u></u> <u></u></span></p><p class="MsoNormal">Per <b><a href="https://tools.ietf.org/html/rfc6749#page-25" target="_blank">https://tools.ietf.org/html/rfc6749#page-25</a></b>, POST support is optional for authorization requests in OAuth 2.0.<u></u><u></u></p>
<pre><span lang="EN">      The authorization server MUST support the use of the HTTP "GET"<u></u><u></u></span></pre>
<pre><span lang="EN">      method [<a href="https://tools.ietf.org/html/rfc2616" title=""Hypertext Transfer Protocol -- HTTP/1.1"" target="_blank">RFC2616</a>] for the authorization endpoint and MAY support the use of the "POST" method as well.<u></u><u></u></span></pre>
<pre><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""><u></u> <u></u></span></pre><p class="MsoNormal">Does anyone remember why we went beyond the OAuth 2.0 requirements in this regard?<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">                                                            -- Mike<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p>
</div>


</div></blockquote></div></div><blockquote type="cite"><div><span>_______________________________________________</span><span><br><span>Openid-specs-ab mailing list</span><br><span><a href="mailto:Openid-specs-ab@lists.openid.net" target="_blank">Openid-specs-ab@lists.openid.net</a></span><br><span><a href="http://lists.openid.net/mailman/listinfo/openid-specs-ab" target="_blank">http://lists.openid.net/mailman/listinfo/openid-specs-ab</a></span><br></span></div></blockquote></div><br>_______________________________________________<br>
Openid-specs-ab mailing list<br>
<a href="mailto:Openid-specs-ab@lists.openid.net" target="_blank">Openid-specs-ab@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-specs-ab" target="_blank">http://lists.openid.net/mailman/listinfo/openid-specs-ab</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div>--Breno<br></div>
</div>
</div></blockquote></div><br></div></div></div></div><br>_______________________________________________<br>
Openid-specs-ab mailing list<br>
<a href="mailto:Openid-specs-ab@lists.openid.net" target="_blank">Openid-specs-ab@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-specs-ab" target="_blank">http://lists.openid.net/mailman/listinfo/openid-specs-ab</a><br>
<br></blockquote></div><br></div></div>