On Fri, Jul 14, 2023 at 04:53:42PM +0300, Nimrod Aviram wrote:

> There are a few valid arguments, from yourself and others here, to soften
> the prescription regarding FFDHE from MUST NOT to SHOULD NOT, or similar.

The formulation I would choose would be:

 - MUST prefer ECDHE key exchange, when supported, over FFDHE key exchange.
 - MUST prefer FFDHE key exchange, when supported, over RSA key exchange.

> That's a reasonable position to take, but at this stage I guess the
> discussion is mostly around the presentation and structure of the document.

That's a shame, because the goal surely isn't to punish the users of
legacy systems, but rather to encourage the use of preferred
alternatives.

A narrow section of the user base may well want to refuse to communicate
with the aid of any of the legacy algorithms, they already have that
option.  For the rest, I think rfc7435's emphasis on raising the ceiling
is better aligned with security goals than efforts to raise the floor.

Yes, I am well aware that sometimes we also need to raise the floor
(e.g. drop support for SSLv2).  I am not convinced this is such a
situation.

-- 
    Viktor.

_______________________________________________
TLS mailing list
TLS@ietf.org
https://www.ietf.org/mailman/listinfo/tls

Reply via email to