<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">The big problem with POST is RP's that use non-ssl endpoints.&nbsp;<div><br></div><div>One possibility is that the IdP could look at the return_to and discover if it is safe to use POST.</div><div><br></div><div>In SAML SSO POST is the most common way to return the token. &nbsp;&nbsp;</div><div><br></div><div>The other option is artifact binding. &nbsp;That way the nonce is not in the GET, &nbsp;though you probably wind up with the same effect if the RP tries to resolve the artifact more than once.</div><div><br></div><div>John B.<br><div><div>On 2010-01-22, at 12:39 PM, Andrew Arnott wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>HTTP GET is supposed to be completely effect-free on the server. &nbsp;But nonces in OpenID messages violate that aspect of the HTTP spec, since any subsequent GET with the same positive assertion will (or should) fail. &nbsp;I speculate that some <a href="http://meta.stackoverflow.com/questions/32247/cant-login-to-so-with-openid-the-signature-verification-failed/36583#36583">random login failures on StackOverflow</a> may be caused because a browser, an accelerator plugin, or a proxy attempted to repeat the assertion-carrying GET request (since that's supposed to be safe), and a subsequent request is the one whose response is displayed in the browser, failing user login.</div>
<div><a href="http://meta.stackoverflow.com/questions/32247/cant-login-to-so-with-openid-the-signature-verification-failed/36583#36583"></a><br clear="all">POST is a better fit with the HTTP spec for how the message is actually processed on the server. &nbsp;I know lately we've been looking for ways to cram more data into &lt; 2KB payloads so we can get off POST and onto GET since the user experience is better. &nbsp;But I wonder if we can put our heads together and figure out how to have our cake and eat it too with this nonce problem. &nbsp;This error doesn't come up often, but it can come up, apparently does come up, and is a natural side-effect of the way OpenID communicates.</div>
<div><br></div><div>Any ideas?</div><div><br></div><div>--<br>Andrew Arnott<br>"I [may] not agree with what you have to say, but I'll defend to the death your right to say it." - S. G. Tallentyre<br>
</div>
_______________________________________________<br>specs mailing list<br><a href="mailto:specs@lists.openid.net">specs@lists.openid.net</a><br>http://lists.openid.net/mailman/listinfo/openid-specs<br></blockquote></div><br></div></body></html>