Re: [Cfrg] WG last call on latest OCB draft.

Peter Gutmann <pgut001@cs.auckland.ac.nz> Wed, 12 June 2013 20:35 UTC

Return-Path: <pgut001@cs.auckland.ac.nz>
X-Original-To: cfrg@ietfa.amsl.com
Delivered-To: cfrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D095B11E80F9 for <cfrg@ietfa.amsl.com>; Wed, 12 Jun 2013 13:35:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7RUrIP7U7VNj for <cfrg@ietfa.amsl.com>; Wed, 12 Jun 2013 13:35:34 -0700 (PDT)
Received: from mx2.auckland.ac.nz (mx2.auckland.ac.nz [130.216.125.244]) by ietfa.amsl.com (Postfix) with ESMTP id 4049C11E80E7 for <cfrg@irtf.org>; Wed, 12 Jun 2013 13:35:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=auckland.ac.nz; i=pgut001@cs.auckland.ac.nz; q=dns/txt; s=uoa; t=1371069328; x=1402605328; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=s10JTPRsglaumaPHOzMw9mvcA6bpK37rd2/pX7WhpCs=; b=CQsq7Za6Exo9ZaAt0PWY2LoKHoe/DtEcwyQF0ggaD8NXl4C0FR2Tj4SK DHgae+0t1Y32+ml/9LlQ1fW0h+8CSe38qfAGnz9zqtu8uh6xndi7ZTewU qFxnDaa+1vl/el5xn5y5ytIAqsblyls3JOKiaY2PTMdnJF7QOgxejp0oE A=;
X-IronPort-AV: E=Sophos;i="4.87,854,1363086000"; d="scan'208";a="194046788"
X-Ironport-HAT: MAIL-SERVERS - $RELAYED
X-Ironport-Source: 130.216.4.106 - Outgoing - Outgoing
Received: from uxchange10-fe2.uoa.auckland.ac.nz ([130.216.4.106]) by mx2-int.auckland.ac.nz with ESMTP/TLS/AES128-SHA; 13 Jun 2013 08:35:26 +1200
Received: from UXCN10-TDC02.UoA.auckland.ac.nz ([169.254.8.204]) by uxchange10-fe2.UoA.auckland.ac.nz ([130.216.4.106]) with mapi id 14.02.0318.004; Thu, 13 Jun 2013 08:35:25 +1200
From: Peter Gutmann <pgut001@cs.auckland.ac.nz>
To: "cfrg@irtf.org" <cfrg@irtf.org>, David Jacobson <dmjacobson@sbcglobal.net>, Ted Krovetz <ted@krovetz.net>, Phillip Rogaway <rogaway@cs.ucdavis.edu>
Thread-Topic: [Cfrg] WG last call on latest OCB draft.
Thread-Index: Ac5nrF4xya+1OSoCSZCqWimy7YVR5w==
Date: Wed, 12 Jun 2013 20:35:25 +0000
Message-ID: <9A043F3CF02CD34C8E74AC1594475C7343D63388@uxcn10-tdc02.UoA.auckland.ac.nz>
Accept-Language: en-NZ, en-GB, en-US
Content-Language: en-NZ
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [130.216.158.4]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [Cfrg] WG last call on latest OCB draft.
X-BeenThere: cfrg@irtf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Crypto Forum Research Group <cfrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/options/cfrg>, <mailto:cfrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/cfrg>
List-Post: <mailto:cfrg@irtf.org>
List-Help: <mailto:cfrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/cfrg>, <mailto:cfrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Jun 2013 20:35:40 -0000

David Jacobson <dmjacobson@sbcglobal.net> writes:

>And just an only semi-relevant little point:  The key derivation functions in
>SP 800-108 all include the number of output bits in the computation.  So if
>you use exactly the same key, label, and context, and generate a 128 bit key
>and a 256 bit key, the two keys are completely different.  They could have
>not done that and instead made the argument that people should know better
>than to... .  I think that mixing the output length into the computation of
>both KDFs and authentication tags is good.

I don't know about SP 800-108, but for PBKDF2 there was a strong argument from
one of the contributors that the same input used to produce different-width
outputs should produce completely different output, so an attacker couldn't
leapfrog from one key size (e.g. 40 bits) to another (DES' 56 bits).  So
PBKDF2 includes a specific design feature to avoid this problem (in the
context of when it was created rather than today's variable-width MAC tags).

Peter.