Re: [openpgp] AEAD Chunk Size

"Derek Atkins" <derek@ihtfp.com> Thu, 14 March 2019 14:17 UTC

Return-Path: <derek@ihtfp.com>
X-Original-To: openpgp@ietfa.amsl.com
Delivered-To: openpgp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A47B130E82 for <openpgp@ietfa.amsl.com>; Thu, 14 Mar 2019 07:17:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.989
X-Spam-Level:
X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ihtfp.com
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 vqXPtb98GI6x for <openpgp@ietfa.amsl.com>; Thu, 14 Mar 2019 07:17:44 -0700 (PDT)
Received: from mail2.ihtfp.org (MAIL2.IHTFP.ORG [204.107.200.7]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 46863130E79 for <openpgp@ietf.org>; Thu, 14 Mar 2019 07:17:44 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail2.ihtfp.org (Postfix) with ESMTP id D1B2DE2040; Thu, 14 Mar 2019 10:17:42 -0400 (EDT)
Received: from mail2.ihtfp.org ([127.0.0.1]) by localhost (mail2.ihtfp.org [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 30528-09; Thu, 14 Mar 2019 10:17:41 -0400 (EDT)
Received: by mail2.ihtfp.org (Postfix, from userid 48) id 88FB4E2044; Thu, 14 Mar 2019 10:17:41 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ihtfp.com; s=default; t=1552573061; bh=fW9RTS3oPogoa2IDdNK1JpMU3ZJob4RJE6fbIu/+qxI=; h=In-Reply-To:References:Date:Subject:From:To:Cc; b=kD+9F3BarF4fU2+rGWOMdJ4emdf9npoASGlom68q+Y2WvfHjhPZ4ORdIMwYnJAEeR PthvhQ1dF9rcyVv+s3fgbcELFwBDeT4Fca129PtbSRF2fDgz4XoUvi7LswU21bgiZt 8WY4q89xcn54cOd7y5b1ntwGdzzLzTl9AAYCvTX4=
Received: from 99.46.190.172 (SquirrelMail authenticated user warlord) by mail2.ihtfp.org with HTTP; Thu, 14 Mar 2019 10:17:41 -0400
Message-ID: <0f7f492bf18145f96e70886ba19ba290.squirrel@mail2.ihtfp.org>
In-Reply-To: <87pnqtwot9.wl-neal@walfield.org>
References: <87d0n174w6.fsf@wheatstone.g10code.de> <87mumh33nc.wl-neal@walfield.org> <3GFS71V7BTJNZ.29C5TO8OY0O44@my.amazin.horse> <sjmy35isypu.fsf@securerf.ihtfp.org> <87r2bax5u2.wl-neal@walfield.org> <sjmlg1hskdq.fsf@securerf.ihtfp.org> <87pnqtwot9.wl-neal@walfield.org>
Date: Thu, 14 Mar 2019 10:17:41 -0400
From: Derek Atkins <derek@ihtfp.com>
To: "Neal H. Walfield" <neal@walfield.org>
Cc: Derek Atkins <derek@ihtfp.com>, Werner Koch <wk@gnupg.org>, openpgp@ietf.org, Vincent Breitmoser <look@my.amazin.horse>
User-Agent: SquirrelMail/1.4.22-14.fc20
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Virus-Scanned: Maia Mailguard 1.0.2a
Archived-At: <https://mailarchive.ietf.org/arch/msg/openpgp/2r3IVjNGcjN21sj13ULhUzvlXZA>
Subject: Re: [openpgp] AEAD Chunk Size
X-BeenThere: openpgp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Ongoing discussion of OpenPGP issues." <openpgp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/openpgp>, <mailto:openpgp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/openpgp/>
List-Post: <mailto:openpgp@ietf.org>
List-Help: <mailto:openpgp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/openpgp>, <mailto:openpgp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Mar 2019 14:17:46 -0000

On Thu, March 14, 2019 9:47 am, Neal H. Walfield wrote:
>
> AEAD catches not only these errors, but also providers ciphertext
> integrity.
>
> Are you arguing like Werner that catching transmission errors is
> enough and that we shouldn't bother with ciphertext integrity?

I don't see how these two are mutually exclusive.

Each chunk can provide protection against both a transmission error and
ciphertext integrity (per chunk).  A simple counter in the chunk header
can protect against splicing attacks, so an attacker could not remove a
middle chunk or otherwise swap chunk orders.  So the only issue is
truncation, where an attacker prevents transmission at the end.

Obviously the receiver/verifier needs to know how to handle the case of a
failure at a chunk or truncation level.  What that means, of course, is up
to the application.

But I don't see how using AEAD per chunk can do anything but help.

-derek

-- 
       Derek Atkins                 617-623-3745
       derek@ihtfp.com             www.ihtfp.com
       Computer and Internet Security Consultant