Re: [Lake] LAKE next steps

Benjamin Kaduk <kaduk@mit.edu> Sat, 24 August 2019 05:58 UTC

Return-Path: <kaduk@mit.edu>
X-Original-To: lake@ietfa.amsl.com
Delivered-To: lake@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 29391120045 for <lake@ietfa.amsl.com>; Fri, 23 Aug 2019 22:58:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 lqJnYoJq4xwQ for <lake@ietfa.amsl.com>; Fri, 23 Aug 2019 22:58:33 -0700 (PDT)
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E1D7120024 for <lake@ietf.org>; Fri, 23 Aug 2019 22:58:33 -0700 (PDT)
Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id x7O5wRd7022536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 24 Aug 2019 01:58:29 -0400
Date: Sat, 24 Aug 2019 00:58:26 -0500
From: Benjamin Kaduk <kaduk@mit.edu>
To: Martin Thomson <mt@lowentropy.net>
Cc: lake@ietf.org
Message-ID: <20190824055826.GJ60855@kduck.mit.edu>
References: <20190820155006.GE60855@kduck.mit.edu> <828611f8-e0e9-4de7-9830-b5ad86c6be07@www.fastmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <828611f8-e0e9-4de7-9830-b5ad86c6be07@www.fastmail.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lake/MJ0S7oegKyZAfydAzHI6GbVUiLs>
Subject: Re: [Lake] LAKE next steps
X-BeenThere: lake@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Lightweight Authenticated Key Exchange <lake.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lake>, <mailto:lake-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lake/>
List-Post: <mailto:lake@ietf.org>
List-Help: <mailto:lake-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lake>, <mailto:lake-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Aug 2019 05:58:36 -0000

On Wed, Aug 21, 2019 at 01:39:09PM +1000, Martin Thomson wrote:
> 
> On Wed, Aug 21, 2019, at 01:50, Benjamin Kaduk wrote:
> > Problem
> > 
> > Constrained environments using OSCORE in network environments such as
> > NB-IoT, 6TiSCH, and LoRaWAN need a ‘lightweight’ authenticated key
> > exchange (LAKE) that enables forward security.  'Lightweight' refers to:
> > 
> >   * resource consumption, measured by bytes on the wire, wall-clock time to
> >     complete, or power consumption
> 
> A very concise charter. Well done.  Did you want to also mention number of "flights" in the exchange?

It does seem like that's something that's going to need to be optimized, so
probably.  I guess we don't need to put a claim about what the actual
minimal number of flights is in the charter, so it shouldn't be too hard to
wordsmith something in.

Thanks,

Ben