Re: [TLS] Version in record MAC
Eric Rescorla <ekr@rtfm.com> Tue, 27 October 2015 18:54 UTC
Return-Path: <ekr@rtfm.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 79A141ACE0E for <tls@ietfa.amsl.com>; Tue, 27 Oct 2015 11:54:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.277
X-Spam-Level:
X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=no
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 6UmeFQtBBk8l for <tls@ietfa.amsl.com>; Tue, 27 Oct 2015 11:54:37 -0700 (PDT)
Received: from mail-yk0-x234.google.com (mail-yk0-x234.google.com [IPv6:2607:f8b0:4002:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F9101ACE0D for <tls@ietf.org>; Tue, 27 Oct 2015 11:54:37 -0700 (PDT)
Received: by ykft191 with SMTP id t191so46236305ykf.0 for <tls@ietf.org>; Tue, 27 Oct 2015 11:54:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=bHXIgJvf5Wr5umZE3ucPuRPRr4rVAVeYJOcJ36bNeJc=; b=mLYa0uIFpqwcvf1GdlxdMmCbQYovRF+rBuptnMO3DpBEH7LuymDrdr4PCsbPb7N7cA KbkUpMaCN4fZznM5nO6hROyPjAtZL4baL4XdbyIq7K3oeuXVzNoDzrgais6AqcrM43Qq E+at+cDxErpQM3+p7yxUV0QMU+LO5gtQOauFkvsa4lOaeEyzaf4Silz9IF/2cm0miW7s O0aWK8ZuweqKMKyrmtzh136nbYbcVTxi/5P8XCfyZcwgKlZpajhK5s2AEhGM+8AQq5sf GG8Bb387HOKclEYC35XEyY2deUZcwpKKtRq/kdqY+mopnai8+sHQAMzI4W41s5OXsnwo Pf8A==
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=bHXIgJvf5Wr5umZE3ucPuRPRr4rVAVeYJOcJ36bNeJc=; b=Sr361thmTom/to5YtEymufIHOXt0guQ5/x3/cL7ZE5ordvwc5rhB20h9MahV2rh4Cb +cKNQpE54PrJ2zGi1Wd3OpdBn7paENUzceSMuuM4zlTv6F3SJNb9qNWjFcK76/lqo8Zu q/0FLvf0L0yR2Ov0CKP8h5OEncnx4AuFQzjTljRR7sbt0f0vL57mW2SiOXnCZJPpQxvs O77+8G92QQ5+izuFwJvUUD+5isYfLCRCRRbWU2gj0uAuY5mzzhCMPvFq4NKGIDdpDTGM xmmfUQyvD+rxX+o3aaTDboc6nTQBy98g2w859SEpb0/bmlyIvQATXGzSYu0+kFW9JEin sAnw==
X-Gm-Message-State: ALoCoQn/E4X2bT2YDIMMJqXvJk9wm4TV/CVzRRKcYlHMoWUsGqKvj0LSlWRvFLIaq9YLXU2mP/F2
X-Received: by 10.129.70.139 with SMTP id t133mr30969574ywa.115.1445972076320; Tue, 27 Oct 2015 11:54:36 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.13.221.85 with HTTP; Tue, 27 Oct 2015 11:53:56 -0700 (PDT)
In-Reply-To: <CAMfhd9V6-1GnEtqBQjx5MhFYU_kAvj9vXK_7R=Hi=UGhtDnu_w@mail.gmail.com>
References: <CABkgnnV+QrjcXJdZwwAGW-SpX0Z0_JroEVT-kMJgUAVe7DDQUw@mail.gmail.com> <CABcZeBOrL=TosONYfM_QPPYfT5N4VH7yR4hFw3Qt8W4V0uznkw@mail.gmail.com> <CABkgnnXis0mwqcsd1D0S61kqL6kvq9=ZU0BRbwbLH7Jesj0Y-w@mail.gmail.com> <CABcZeBNpV3uqOF4YohiCrtq03hR7LPnPGdny6yWB+zysVufiqA@mail.gmail.com> <CABkgnnWVJeeBuMitweCj=nOSB5cA-R-6btdQeWp0Bdnomd2XtQ@mail.gmail.com> <CAMfhd9V4WVxKbJh6KkNdVFGBGKh=tG5kC_7sPthOwhrrUi5eoQ@mail.gmail.com> <CABcZeBOc_9i83j4rjxve8PuBPWdd8eCVN2wQth3G0=T_xz1UKg@mail.gmail.com> <811734cd29d64adc98c5388870611575@XCH-ALN-004.cisco.com> <CABcZeBNZJkrVsA9UEN-ywpzUOZy4wJ=2=QDg-KhjNUCvMKi=HA@mail.gmail.com> <CABcZeBNOJNwL9Akbhnpd2fg8rk80BNYRkODRpqDb9nk2K_m1mg@mail.gmail.com> <20151027150915.GA8140@LK-Perkele-V2.elisa-laajakaista.fi> <CABcZeBMsass0MQT3cyE0Q9eq6eWUUtZ=wGNFavw5XKEqa=SkGA@mail.gmail.com> <CAMfhd9V6-1GnEtqBQjx5MhFYU_kAvj9vXK_7R=Hi=UGhtDnu_w@mail.gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Tue, 27 Oct 2015 14:53:56 -0400
Message-ID: <CABcZeBOhqJrCVqRVzRtMEwFtLzRJ-W_3U_VJFf5apYCVJ1vDpA@mail.gmail.com>
To: Adam Langley <agl@imperialviolet.org>
Content-Type: multipart/alternative; boundary="001a114d7256f70c3205231a9b5d"
Archived-At: <http://mailarchive.ietf.org/arch/msg/tls/yxrWaCoichEwLWy41AEmX3KxDeM>
Cc: "David McGrew (mcgrew)" <mcgrew@cisco.com>, "tls@ietf.org" <tls@ietf.org>
Subject: Re: [TLS] Version in record MAC
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: <https://mailarchive.ietf.org/arch/browse/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, 27 Oct 2015 18:54:39 -0000
Sure. Like I said, I don't feel strongly about this, I just wanted to take people's temperature. I'm find with removing the seq from the AD. -Ekr On Tue, Oct 27, 2015 at 2:49 PM, Adam Langley <agl@imperialviolet.org> wrote: > On Tue, Oct 27, 2015 at 8:56 AM, Eric Rescorla <ekr@rtfm.com> wrote: > > Yes, that's correct. But we could relax that restriction and make those > work > > if we wanted... > > Explicit nonces should not be used in TLS. I'm happy to be building > things without them in mind. > > SIV modes, if turned into AEADs, would have to authenticate their > nonces internally. RFC 5297 basically says that already > (https://tools.ietf.org/html/rfc5297#section-3) That might mean that > the nonce is prepended to the AD inside the AEAD abstraction, but that > wouldn't be TLS's concern. > > > Cheers > > AGL > > -- > Adam Langley agl@imperialviolet.org https://www.imperialviolet.org >
- [TLS] Version in record MAC Eric Rescorla
- Re: [TLS] Version in record MAC Colm MacCárthaigh
- Re: [TLS] Version in record MAC David Benjamin
- Re: [TLS] Version in record MAC Martin Thomson
- Re: [TLS] Version in record MAC Eric Rescorla
- Re: [TLS] Version in record MAC Martin Thomson
- Re: [TLS] Version in record MAC Eric Rescorla
- Re: [TLS] Version in record MAC Martin Thomson
- Re: [TLS] Version in record MAC Adam Langley
- Re: [TLS] Version in record MAC Eric Rescorla
- Re: [TLS] Version in record MAC David McGrew (mcgrew)
- Re: [TLS] Version in record MAC Eric Rescorla
- Re: [TLS] Version in record MAC Eric Rescorla
- Re: [TLS] Version in record MAC Ilari Liusvaara
- Re: [TLS] Version in record MAC Eric Rescorla
- Re: [TLS] Version in record MAC Adam Langley
- Re: [TLS] Version in record MAC Eric Rescorla
- Re: [TLS] Version in record MAC Eric Rescorla
- [TLS] Collision issue in ciphertexts. Dang, Quynh
- Re: [TLS] [Cfrg] Collision issue in ciphertexts. Watson Ladd
- Re: [TLS] [Cfrg] Collision issue in ciphertexts. Dang, Quynh
- [TLS] Data limit for GCM under a given key. Dang, Quynh
- Re: [TLS] Data limit for GCM under a given key. Watson Ladd
- Re: [TLS] Data limit for GCM under a given key. Dang, Quynh
- Re: [TLS] Data limit for GCM under a given key. Watson Ladd
- Re: [TLS] Data limit for GCM under a given key. Tony Arcieri
- Re: [TLS] Data limit for GCM under a given key. Eric Rescorla
- Re: [TLS] Data limit for GCM under a given key. Dave Garrett
- Re: [TLS] Data limit for GCM under a given key. Yoav Nir
- Re: [TLS] Data limit for GCM under a given key. Eric Rescorla
- Re: [TLS] Data limit for GCM under a given key. Eric Rescorla
- Re: [TLS] Data limit for GCM under a given key. Quynh Dang
- Re: [TLS] Data limit for GCM under a given key. Yoav Nir
- Re: [TLS] Data limit for GCM under a given key. Eric Rescorla
- Re: [TLS] Data limit for GCM under a given key. Dave Garrett
- Re: [TLS] Data limit for GCM under a given key. Dang, Quynh
- Re: [TLS] Version in record MAC Russ Housley