Re: [TLS] ChaCha and IVs

Adam Langley <agl@google.com> Tue, 04 March 2014 18:57 UTC

Return-Path: <agl@google.com>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 352491A017B for <tls@ietfa.amsl.com>; Tue, 4 Mar 2014 10:57:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.926
X-Spam-Level:
X-Spam-Status: No, score=-1.926 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O2GiXdYkN4xo for <tls@ietfa.amsl.com>; Tue, 4 Mar 2014 10:56:56 -0800 (PST)
Received: from mail-ve0-x233.google.com (mail-ve0-x233.google.com [IPv6:2607:f8b0:400c:c01::233]) by ietfa.amsl.com (Postfix) with ESMTP id BAC231A02D5 for <tls@ietf.org>; Tue, 4 Mar 2014 10:56:55 -0800 (PST)
Received: by mail-ve0-f179.google.com with SMTP id db12so6194894veb.38 for <tls@ietf.org>; Tue, 04 Mar 2014 10:56:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=7wp8VtEnAtTMPEXUyRC0LUZJpG4evBfT+EvHS2LJirA=; b=WWb2AR6elThnOdyKFpOgVv6SWcqG4Qe693bSzz2qxuxFoUXwJhWeldEVPGBsP6F/r1 2yjTp+6XpcekCJ/KnKfkX+uTG9SS0CJqEvbcng3ny4SrSkESWfwyUbwxsfUo82QLBt+q cZpQDhJXkrNiGS8GG5kLusx6fQ3DPKusCNiyk0nNIl9Uf0CQYqudh0WEuOKqieR+5IRX WR9Y/tROjXNndZDSCGGFYlptvtvfmVek2UEu8e56yrOSYtX8m0obTNJOfDb/EHQzJ8VE RfbNaZfG6N/74OvhPbmJieOpC+IcU/MdhvVTIX+jB7aWXWYBSyI2A5tHy2n4brUN1RFv h58g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=7wp8VtEnAtTMPEXUyRC0LUZJpG4evBfT+EvHS2LJirA=; b=GjoGt1mwrddaathMuPQ5CQB9Iy58/gqXYzgkkrhU5URMcJYdilTBU1E2YnX2rPoTlN 8b6/0ZYPzKyQH3aYq6/Gs0U0t4l6yFOGSnulJfx/xWAOPz6z23wvWYttlS/dZBVOQAVJ dc6WylTTtIxwqp7JQ33Jt4CO8GLqX6g6ZJu2jyX4JqeRFfcln6bji4LtcTZkoM5UQmiY Ffiwyq1ZdEAEyR6h551HnqP0nGZYGoiuf3V1oCKfkJzC/tM3+Be6cn4ieqGm5si+vugs tbgdG6uDuYFtFpUMufTvL6Bm9fcSz8Al/tsQQp6GFr/J8f1pdI+Srq80Agydm3L1kzaE TuPQ==
X-Gm-Message-State: ALoCoQlzjpXekQsuQ34o+s1TdhjAb/8lpcMkA9sVMtncYoglxjjiwNXCsblXkMNN9FtTGkUbOXIRJuSbzc/LnqKNDolrR3YhdzyVvEg8ll6Q/lyBZEjzG17n7RPChHWkPSiPwZM7qZ5/DJ1A8biRK51WFyKkNu3BGQD9sbP0ohft9NY1Aufbr4VsZZQAQxFcaVIet/T904+o
X-Received: by 10.58.37.67 with SMTP id w3mr827265vej.22.1393959412287; Tue, 04 Mar 2014 10:56:52 -0800 (PST)
MIME-Version: 1.0
Received: by 10.52.104.37 with HTTP; Tue, 4 Mar 2014 10:56:31 -0800 (PST)
In-Reply-To: <53161BA7.3070405@drh-consultancy.co.uk>
References: <53160513.20703@bbn.com> <1393955839.20861.20.camel@dhcp-2-127.brq.redhat.com> <53161BA7.3070405@drh-consultancy.co.uk>
From: Adam Langley <agl@google.com>
Date: Tue, 04 Mar 2014 13:56:31 -0500
Message-ID: <CAL9PXLzMiq-WsaAO8Q=kWqbQ3taw-xtuNw_ffuZxjFUXCEEG9A@mail.gmail.com>
To: Dr Stephen Henson <lists@drh-consultancy.co.uk>
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/tls/q_pEJkv_pn9JoWRi15fStYH5tD0
Cc: "tls@ietf.org" <tls@ietf.org>
Subject: Re: [TLS] ChaCha and IVs
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tls/>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Mar 2014 18:57:00 -0000

On Tue, Mar 4, 2014 at 1:29 PM, Dr Stephen Henson
<lists@drh-consultancy.co.uk> wrote:
> It has been a while since I looked at this in detail but from memory it
> effectively meant the explicit part of the IV had to be generated by the module
> itself on encrypt.

I feel this is a problem that FIPS needs to sort out (they don't have
a concept of an AEAD, I assume).

I'm unwilling to have the whole world waste bandwidth, and have a more
dangerous specification, because of a bureaucratic problem.


Cheers

AGL