Re: [Cryptography] The One True Cipher Suite

2013-09-10 Thread Jerry Leichter
On Sep 9, 2013, at 12:00 PM, Phillip Hallam-Baker wrote:
 Steve Bellovin has made the same argument and I agree with it. Proliferation 
 of cipher suites is not helpful. 
 
 The point I make is that adding a strong cipher does not make you more 
 secure. Only removing the option of using weak ciphers makes you more secure.
I'm not so sure I agree.  You have to consider the monoculture problem, 
combined with the threat you are defending against.

The large burst of discussion on this list was set off by Perry's request for 
ways to protect against the kinds of broad-scale, gather-everything attacks 
that Snowden has told us the NSA is doing.  So consider things from the side of 
someone attempting to mount this kind of attack:

1.  If everyone uses the same cipher, the attacker need only attack that one 
cipher.
2.  If there are thousands of ciphers in use, the attacker needs to attack some 
large fraction of them.

As a defender, if I go route 1, I'd better be really, really, really sure that 
my cipher won't fall to any attacks over its operational lifetime - which, if 
it's really universal, will extend many years *even beyond a point where a 
weakness is found*.

On the other hand, even if most of the ciphers in my suite are only moderately 
strong, the chance of any particular one of them having been compromised is 
lower.

This is an *ensemble* argument, not an *individual* argument.  If I'm facing an 
attacker who is concentrating on my messages in particular, then I want the 
strongest cipher I can find.

Another way of looking at this is that Many Ciphers trades higher partial 
failure probabilities for lower total/catastrophic failure probabilities.

Two things are definitely true, however:

1.  If you don't remove ciphers that are found to be bad, you will eventually 
pollute your ensemble to the point of uselessness.  If you want to go the many 
different ciphers approach, you *must* have an effective way to do this.

2.  There must be a large set of potentially good ciphers out there to choose 
from.  I contend that we're actually in a position to create reasonably good 
block ciphers fairly easily.  Look at the AES process.  Of the 15 round 1 
candidates, a full third made it to the final round - which means that no 
significant attacks against them were known.  Some of the rejected ones failed 
due to minor certificational weaknesses - weaknesses that should certainly 
lead you not to want to choose them as the One True Cipher, but which would 
in and of themselves not render breaking them trivial.  And, frankly, for most 
purposes, any of the five finalists would have been fine - much of the final 
choice was made for performance reasons.  (And, considering Dan Bernstein's 
work on timing attacks based on table lookups, the performance choices made bad 
assumptions about actual hardware!)

I see no reason not to double-encrypt, using different keys and any two 
algorithms from the ensemble.  Yes, meet-in-the-middle attacks mean this isn't 
nearly as strong as you might naively think, but it ups the resource demands on 
the attacker much more than on the defender.

Now, you can argue that AES - the only cipher really in the running for the One 
True Symmetric Cipher position at the moment - is so strong that worrying about 
attacks on it is pointless - the weaknesses are elsewhere.  I'm on the fence 
about that; it's hard to know.  But if you're going to argue for One True 
Cipher, you must be explicit about this (inherently unprovable) assumption; 
without it your argument fails.

The situation is much more worse for the asymmetric case:  We only have a few 
alternatives available and there are many correlations among their potential 
weaknesses, so the Many Ciphers approach isn't currently practical, so there's 
really nothing to debate at this point.

Finally, I'll point out that what we know publicly about NSA practices says 
that (a) they believe in multiple ciphers for different purposes; (b) they 
believe in the strength of AES, but only up to a certain point.  At this point, 
I'd be very leery of taking anything NSA says or reveals about it practices at 
face value, but there it is.
-- Jerry

___
The cryptography mailing list
cryptography@metzdowd.com
http://www.metzdowd.com/mailman/listinfo/cryptography


[Cryptography] The One True Cipher Suite

2013-09-09 Thread ianG

On 9/09/13 02:16 AM, james hughes wrote:


I am honestly curious about the motivation not to choose more secure modes that 
are already in the suites?


Something I wrote a bunch of years ago seems apropos, perhaps minimally 
as a thought experiment:




Hypothesis #1 -- The One True Cipher Suite


In cryptoplumbing, the gravest choices are apparently on the nature of 
the cipher suite. To include latest fad algo or not? Instead, I offer 
you a simple solution. Don't.


There is one cipher suite, and it is numbered Number 1.

Cypersuite #1 is always negotiated as Number 1 in the very first 
message. It is your choice, your ultimate choice, and your destiny. Pick 
well.


If your users are nice to you, promise them Number 2 in two years. If 
they are not, don't. Either way, do not deliver any more cipher suites 
for at least 7 years, one for each hypothesis.


   And then it all went to pot...

We see this with PGP. Version 2 was quite simple and therefore stable -- 
there was RSA, IDEA, MD5, and some weird padding scheme. That was it. 
Compatibility arguments were few and far between. Grumbles were limited 
to the padding scheme and a few other quirks.


Then came Versions 3-8, and it could be said that the explosion of 
options and features and variants caused more incompatibility than any 
standards committee could have done on its own.


   Avoid the Champagne Hangover

Do your homework up front.

Pick a good suite of ciphers, ones that are Pareto-Secure, and do your 
best to make the combination strong [1]. Document the short falls and do 
not worry about them after that. Cut off any idle fingers that can't 
keep from tweaking. Do not permit people to sell you on the marginal 
merits of some crazy public key variant or some experimental MAC thing 
that a cryptographer knocked up over a weekend or some minor foible that 
allows an attacker to learn your aunty's birth date after asking a 
million times.


Resist the temptation. Stick with The One.





http://iang.org/ssl/h1_the_one_true_cipher_suite.html
___
The cryptography mailing list
cryptography@metzdowd.com
http://www.metzdowd.com/mailman/listinfo/cryptography


Re: [Cryptography] The One True Cipher Suite

2013-09-09 Thread Phillip Hallam-Baker
On Mon, Sep 9, 2013 at 3:58 AM, ianG i...@iang.org wrote:

 On 9/09/13 02:16 AM, james hughes wrote:

  I am honestly curious about the motivation not to choose more secure
 modes that are already in the suites?


 Something I wrote a bunch of years ago seems apropos, perhaps minimally as
 a thought experiment:



 Hypothesis #1 -- The One True Cipher Suite


 In cryptoplumbing, the gravest choices are apparently on the nature of the
 cipher suite. To include latest fad algo or not? Instead, I offer you a
 simple solution. Don't.

 There is one cipher suite, and it is numbered Number 1.

 Cypersuite #1 is always negotiated as Number 1 in the very first message.
 It is your choice, your ultimate choice, and your destiny. Pick well.

 If your users are nice to you, promise them Number 2 in two years. If they
 are not, don't. Either way, do not deliver any more cipher suites for at
 least 7 years, one for each hypothesis.

And then it all went to pot...

 We see this with PGP. Version 2 was quite simple and therefore stable --
 there was RSA, IDEA, MD5, and some weird padding scheme. That was it.
 Compatibility arguments were few and far between. Grumbles were limited to
 the padding scheme and a few other quirks.

 Then came Versions 3-8, and it could be said that the explosion of options
 and features and variants caused more incompatibility than any standards
 committee could have done on its own.

Avoid the Champagne Hangover

 Do your homework up front.

 Pick a good suite of ciphers, ones that are Pareto-Secure, and do your
 best to make the combination strong [1]. Document the short falls and do
 not worry about them after that. Cut off any idle fingers that can't keep
 from tweaking. Do not permit people to sell you on the marginal merits of
 some crazy public key variant or some experimental MAC thing that a
 cryptographer knocked up over a weekend or some minor foible that allows an
 attacker to learn your aunty's birth date after asking a million times.

 Resist the temptation. Stick with The One.



Steve Bellovin has made the same argument and I agree with it.
Proliferation of cipher suites is not helpful.

The point I make is that adding a strong cipher does not make you more
secure. Only removing the option of using weak ciphers makes you more
secure.

There are good reasons to avoid MD5 and IDEA but at this point we are very
confident of AES and SHA3 and reasonably confident of RSA.

We will need to move away from RSA at some point in the future. But ECC is
a mess right now. We can't trust the NIST curves any more and the IPR
status is prohibitively expensive to clarify.

-- 
Website: http://hallambaker.com/
___
The cryptography mailing list
cryptography@metzdowd.com
http://www.metzdowd.com/mailman/listinfo/cryptography