Re: [Cfrg] RE: Where's the beef?

daw@mozart.cs.berkeley.edu (David Wagner) Tue, 03 September 2002 13:56 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA27234 for <cfrg-archive@odin.ietf.org>; Tue, 3 Sep 2002 09:56:49 -0400 (EDT)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id g83DvvW25374 for cfrg-archive@odin.ietf.org; Tue, 3 Sep 2002 09:57:57 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id g83Dvuo25371 for <cfrg-web-archive@optimus.ietf.org>; Tue, 3 Sep 2002 09:57:56 -0400
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA27210; Tue, 3 Sep 2002 09:56:18 -0400 (EDT)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id g83DvCo25333; Tue, 3 Sep 2002 09:57:12 -0400
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id g7V2cqo06989 for <cfrg@optimus.ietf.org>; Fri, 30 Aug 2002 22:38:52 -0400
Received: from mx2.cypherpunks.ca (abraham.CS.Berkeley.EDU [128.32.37.170]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA12882 for <cfrg@ietf.org>; Fri, 30 Aug 2002 22:37:12 -0400 (EDT)
X-Envelope-To: cfrg@ietf.org
Received: (from news@localhost) by mx2.cypherpunks.ca (8.11.0/8.11.0) id g7V2M7k09473 for cfrg@ietf.org; Fri, 30 Aug 2002 19:22:07 -0700
To: cfrg@ietf.org
Path: not-for-mail
From: daw@mozart.cs.berkeley.edu
Newsgroups: isaac.lists.ietf-cfrg
Subject: Re: [Cfrg] RE: Where's the beef?
Date: Sat, 31 Aug 2002 02:22:07 +0000
Organization: University of California, Berkeley
Lines: 27
Distribution: isaac
Message-ID: <akp98f$96f$1@abraham.cs.berkeley.edu>
References: <3.0.3.32.20020830103643.014820c8@mail> <3.0.3.32.20020830115017.0145a6a8@mail> <3.0.3.32.20020830135519.01915860@mail>
NNTP-Posting-Host: mozart.cs.berkeley.edu
X-Trace: abraham.cs.berkeley.edu 1030760527 9423 128.32.153.211 (31 Aug 2002 02:22:07 GMT)
X-Complaints-To: news@abraham.cs.berkeley.edu
NNTP-Posting-Date: 31 Aug 2002 02:22:07 GMT
X-Newsreader: trn 4.0-test74 (May 26, 2000)
Originator: daw@mozart.cs.berkeley.edu (David Wagner)
Sender: cfrg-admin@ietf.org
Errors-To: cfrg-admin@ietf.org
X-BeenThere: cfrg@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/cfrg>, <mailto:cfrg-request@ietf.org?subject=unsubscribe>
List-Id: Crypto Forum Research Group <cfrg.ietf.org>
List-Post: <mailto:cfrg@ietf.org>
List-Help: <mailto:cfrg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/cfrg>, <mailto:cfrg-request@ietf.org?subject=subscribe>

Alex Alten  wrote:
>Doing good analysis is hard work.  This is not
>like publishing an analysis of something like WEP or SSL where you
>could get great mileage out of the resulting publicity.  I'm talking
>about doing this sort of work before publishing it.  The closest free
>thing I can think of is the Twofish effort for NIST's AES.  But, again
>there was prestige to be gained by the team for publishing even a runner
>up design.  Here, most likely, a lot of RFCs will be rather obscure,
>tucked away in some reference slot in a Standard RFC.  Are you willing
>to do this heavy lifting, not for just one informational RFC, but say a
>dozen or more?

Yes, it's hard work.  Absolutely.  And not all good cryptographers
will donate their time for free -- but some will.  Some contributors
have been doing this for years.  Look at the IPSec effort, for instance:
that's benefitted from some very serious, detailed analysis on the design
from extremely competent crypto researchers, folks like Hugo Krawczyk
and Bart Preneel and Ran Canetti and Steve Bellovin and Steve Kent and
Cathy Meadows and Phil Rogaway and lots of other folks who I hope I'm not
offending by cutting the list short here.  I mention IPSec only because
it's a standards effort that I'm familiar with, but I think there is a
good chance that CFRG can benefit in a similar way.

You might only be familiar of the spectacular "breaks", because that's
the most visible kind of research result, but there is also a lot of
less visible work on under-the-covers preventative design, where folks
donate their time to help nail down the details to maximize robustness.
_______________________________________________
Cfrg mailing list
Cfrg@ietf.org
https://www1.ietf.org/mailman/listinfo/cfrg