<div dir="ltr">Hello,<div>Thank you Matt and Jordan. So, it seems that it's possible to modify my client to accept/reject the DH group key length. But i have one more issue to be clarified.</div><div><br></div><div>Is it possible that if a client does not accept the DH group key length used by the server, then, a different possible cipher (for e.g., RSA) is tried to be negotiated. It seems that the connection is rejected, instead of falling back to a different possible cipher. At least, i tested this quickly using s_client and s_server, and the behavior is as stated above, i.e., no fallback and connection was terminated. Is this the default OpenSSL behavior or this behaviour could be modified somehow by applications ?</div><div><br></div><div>Regards,<br>Sanjaya</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 7, 2018 at 8:43 PM, Matt Caswell <span dir="ltr"><<a href="mailto:matt@openssl.org" target="_blank">matt@openssl.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 07/06/18 16:02, Jordan Brown wrote:<br>
> I do not understand, however, how the 80 relates to a 1024-bit limit.<br>
<br>
</span>It's a measure of the "security bits" of an algorithm according to table<br>
2 in this doc:<br>
<a href="https://nvlpubs.nist.gov/nistpubs/specialpublications/nist.sp.800-57pt1r4.pdf" rel="noreferrer" target="_blank">https://nvlpubs.nist.gov/<wbr>nistpubs/specialpublications/<wbr>nist.sp.800-57pt1r4.pdf</a><br>
<div class="HOEnZb"><div class="h5"><br>
Matt<br>
-- <br>
openssl-users mailing list<br>
To unsubscribe: <a href="https://mta.openssl.org/mailman/listinfo/openssl-users" rel="noreferrer" target="_blank">https://mta.openssl.org/<wbr>mailman/listinfo/openssl-users</a><br>
</div></div></blockquote></div><br></div>