Re: [TLS] Forward secrecy with resumption, and 0-RTT security
Bill Cox <waywardgeek@google.com> Sun, 06 December 2015 20:30 UTC
Return-Path: <waywardgeek@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 A44B01B2B4F for <tls@ietfa.amsl.com>; Sun, 6 Dec 2015 12:30:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.388
X-Spam-Level:
X-Spam-Status: No, score=-1.388 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, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 z7jZ6abN-XGu for <tls@ietfa.amsl.com>; Sun, 6 Dec 2015 12:30:15 -0800 (PST)
Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (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 4BC881B2B4E for <TLS@ietf.org>; Sun, 6 Dec 2015 12:30:15 -0800 (PST)
Received: by ioir85 with SMTP id r85so162980075ioi.1 for <TLS@ietf.org>; Sun, 06 Dec 2015 12:30:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=G54/O/zt1bAxe2rUAqFZtd5Va0OPFCt5CZAk82jf6IY=; b=JgOzDtC9vQL0KnkvMmZ2N9dZHWJTMYTD01gIceeJDkW9bWjC1Re+k3az+dkgOVA3ij rdwjdpnkccaWmbWgGJCVQ0y4S/x50OZfyvjxbdSHmy7ysQNg7Hv7PYbVgGHLzjpBbH1g +5mkzJZj1xA81CmYtoLsKWU0EQdAh6KmjzexvREv7OGI7wIZsTHNVd/dmSjoURFvhcT1 PT55ECoq54MV9fvxflITX4M1Wg87ifIIf1k0i3IO1T8tuVtTPpYvcTUQCrOIG68EM7FO Zx5TndRecdZphC3ePRIhDMIE6JncXRPuYXwE1wFc2NxwDIYP229AcCiK1pqTXNzsw87Q Vn+g==
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:date :message-id:subject:from:to:cc:content-type; bh=G54/O/zt1bAxe2rUAqFZtd5Va0OPFCt5CZAk82jf6IY=; b=f5Dy16QAoh24E4hXq3AZv9Vqp61oSEVlOr37q1CZjdZIEYISy+21ceYJ4SXbHTE/Q1 l2FpOfeBt9ztyUwu2Efxt6c9JQ1l9R4BMcCTuMH/VMuQSM2BvZijIx08T1bvObqy6FCQ tBlfmLTqkWV9GlqWTKY9ZRnGOXST5xtsZbbbvieUHwgks7nA3Clgdxao8SRybBwSlNXB EV+/1czgDfdcjuk3bJTuol5DZmn8+cVl2l24Q+gllsOplTg+19Y6b/FEwyIqKNfGix7b en1PtLGbB2e3f8peuLzAWQuNzx8ejPe1dpzBf94xpqnYlO6439cCH9m2RTJhGTYIxBRP o5+g==
X-Gm-Message-State: ALoCoQn8HDjrqxDjzY9P3MkVSsLgW36JqKz4EUDuTvCcwxUuzvBRzbsugBDvZEOFWjCV21k26DXV
MIME-Version: 1.0
X-Received: by 10.107.152.133 with SMTP id a127mr23863615ioe.60.1449433814658; Sun, 06 Dec 2015 12:30:14 -0800 (PST)
Received: by 10.107.173.15 with HTTP; Sun, 6 Dec 2015 12:30:14 -0800 (PST)
In-Reply-To: <CABcZeBMNDD5JMSY+4w=mvDFMW9VcdLtfNs0C71zV6g-Yjz=o9Q@mail.gmail.com>
References: <CAH9QtQEMcVkZAwOS5xCWFCw0uBvQd+Q+Wsj7fXtm3_p6XHk_pA@mail.gmail.com> <CABcZeBPLtB3YZsEpm9+xhm9p2H7q__68JS8Vx=Lw1Ae-5e94Kg@mail.gmail.com> <CAH9QtQHaXNJPyUJ_2GaCAp4J2rhs84juwBqjV=RZ+rOe35RAFw@mail.gmail.com> <CABcZeBMNDD5JMSY+4w=mvDFMW9VcdLtfNs0C71zV6g-Yjz=o9Q@mail.gmail.com>
Date: Sun, 06 Dec 2015 12:30:14 -0800
Message-ID: <CAH9QtQFzAODYNLsWA9u==bG5ksvatRdbgjaxhMWhZ3NQEG9yqQ@mail.gmail.com>
From: Bill Cox <waywardgeek@google.com>
To: Eric Rescorla <ekr@rtfm.com>
Content-Type: multipart/alternative; boundary="001a1140e69ea647d20526409b6f"
Archived-At: <http://mailarchive.ietf.org/arch/msg/tls/xcDXDLGFFkAty55a5QLubKTKL9w>
Cc: "tls@ietf.org" <TLS@ietf.org>
Subject: Re: [TLS] Forward secrecy with resumption, and 0-RTT security
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: Sun, 06 Dec 2015 20:30:16 -0000
On Sun, Dec 6, 2015 at 11:39 AM, Eric Rescorla <ekr@rtfm.com> wrote: > With PSK-DHE over 0-RTT, would we use the static DHE server share for the >> first resume flight? >> > > No. In All PSK-DHE modes, the PSK is used as SS. > That's cool. I need to re-read the spec more carefully. > >> You're talking about the single byte that indicates an empty session id? > That doesn't seem like > it's a big source of inefficiency. > Ah... I did not realize it is u8-length encoded. One byte bothers me a lot less. > > I guess another question is: Do we care about strong client authentication >> enough to support it in a 0-RTT world? The default solution when using TLS >> 1.3 is for companies that use security keys to never use 0-RTT >> authentication. That's not the end of the world, but I imagine that having >> to support 0-RTT for regular users, and forcing 1-RTT for employees and >> users who choose a higher level of security is going to be a complication. >> > > Yes, I think it's important, especially for WebRTC. > OK... one more spec to read. > >> I still think some more text describing 0-RTT implementation techniques >> would be a good thing. It really does read as if the spec is saying that >> servers SHOULD NOT support 0-RTT. I've never read a security warning like >> that which did not have a SHOULD NOT associated with it. Of course, I >> haven't read that many IETF specs yet :) >> > > I'll but it on my TODO list but I would definitely welcome a PR here. > > Thanks, > -Ekr > > I'll see if I can put together some text that would help me understand a bit better, though as you can see from my emails so far, writing is not my strong suit. Bill
- [TLS] Forward secrecy with resumption, and 0-RTT … Bill Cox
- Re: [TLS] Forward secrecy with resumption, and 0-… Eric Rescorla
- Re: [TLS] Forward secrecy with resumption, and 0-… Bill Cox
- Re: [TLS] Forward secrecy with resumption, and 0-… Eric Rescorla
- Re: [TLS] Forward secrecy with resumption, and 0-… Bill Cox
- Re: [TLS] Forward secrecy with resumption, and 0-… Bill Cox
- Re: [TLS] Forward secrecy with resumption, and 0-… Tony Arcieri
- Re: [TLS] Forward secrecy with resumption, and 0-… Bill Cox
- Re: [TLS] Forward secrecy with resumption, and 0-… Benjamin Kaduk