Maybe it&#39;s just me, but I don&#39;t like the terminology we&#39;re using.  DH and SSL are only redundant when used together.  Otherwise they&#39;re complementary.  If SSL cannot be used, for whatever reason, DH is mandatory.<br clear="all">
--<br>Andrew Arnott<br>&quot;I [may] not agree with what you have to say, but I&#39;ll defend to the death your right to say it.&quot; - Voltaire<br>

<br><br><div class="gmail_quote">2009/3/19 Ben Laurie <span dir="ltr">&lt;<a href="mailto:benl@google.com" target="_blank">benl@google.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On Thu, Mar 19, 2009 at 1:08 AM, Allen Tom &lt;<a href="mailto:atom@yahoo-inc.com" target="_blank">atom@yahoo-inc.com</a>&gt; wrote:<br>
&gt; Martin Atkins wrote:<br>
&gt;&gt;<br>
&gt;&gt;  However, I&#39;m hesitant to support it without some research to show that<br>
&gt;&gt; existing RPs in the wild aren&#39;t doing DH over SSL, since such RPs would of<br>
&gt;&gt; course be broken by such a change.<br>
&gt;&gt;<br>
&gt; Last time I checked, most RPs were doing DH over SSL to the Yahoo OP.  As<br>
&gt; you very correctly pointed out, we would not be able to turn DH off without<br>
&gt; breaking existing RPs, but it would be nice if the OpenID spec discouraged<br>
&gt; this behavior, so that we could eventually eliminate this redundancy.<br>
<br>
</div>Is it redundant? If you do DH over SSL, then you negotiate a shared<br>
secret that cannot be MitMed (unlike plain DH). This secret could then<br>
be used to avoid the overhead of SSL for other transactions.<br>
<div><div></div><div><br>
&gt; Also, based on our logs, it looks like some people were trying to learn how<br>
&gt; to implement DH while building their OpenID support. This is really not a<br>
&gt; good idea, and there&#39;s really no reason for RP developers to try to figure<br>
&gt; out DH if they don&#39;t have to.<br>
&gt;<br>
&gt; Personally, one of the most attractive traits of OpenID is its relative<br>
&gt; simplicity compared to other protocols, and that it only implements things<br>
&gt; that people really need. Instead of expanding the protocol on every<br>
&gt; revision, perhaps OpenID could set an example by removing things that aren&#39;t<br>
&gt; really used.<br>
&gt;<br>
&gt; Allen<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; general mailing list<br>
&gt; <a href="mailto:general@openid.net" target="_blank">general@openid.net</a><br>
&gt; <a href="http://openid.net/mailman/listinfo/general" target="_blank">http://openid.net/mailman/listinfo/general</a><br>
&gt;<br>
_______________________________________________<br>
general mailing list<br>
<a href="mailto:general@openid.net" target="_blank">general@openid.net</a><br>
<a href="http://openid.net/mailman/listinfo/general" target="_blank">http://openid.net/mailman/listinfo/general</a><br>
</div></div></blockquote></div><br>