Re: [lamps] Draft addition of header protection to the LAMPS charter

Bernie Hoeneisen <bernie@ietf.hoeneisen.ch> Wed, 09 January 2019 20:53 UTC

Return-Path: <bernie@ietf.hoeneisen.ch>
X-Original-To: spasm@ietfa.amsl.com
Delivered-To: spasm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D7EF130FDF for <spasm@ietfa.amsl.com>; Wed, 9 Jan 2019 12:53:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 H1VEzwP5dRpO for <spasm@ietfa.amsl.com>; Wed, 9 Jan 2019 12:53:35 -0800 (PST)
Received: from softronics.hoeneisen.ch (softronics.hoeneisen.ch [62.2.86.178]) (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 E26E5130EAB for <spasm@ietf.org>; Wed, 9 Jan 2019 12:53:34 -0800 (PST)
Received: from localhost ([127.0.0.1]) by softronics.hoeneisen.ch with esmtp (Exim 4.86_2) (envelope-from <bernie@ietf.hoeneisen.ch>) id 1ghKqx-0006On-ER; Wed, 09 Jan 2019 21:53:31 +0100
Date: Wed, 09 Jan 2019 21:53:31 +0100
From: Bernie Hoeneisen <bernie@ietf.hoeneisen.ch>
X-X-Sender: bhoeneis@softronics.hoeneisen.ch
To: Daniel Kahn Gillmor <dkg@fifthhorseman.net>
cc: spasm@ietf.org
In-Reply-To: <87o98sk1rl.fsf@fifthhorseman.net>
Message-ID: <alpine.DEB.2.20.1901082208420.28417@softronics.hoeneisen.ch>
References: <20190104012415.AA6C3200C425F9@ary.qy> <87h8eonzxx.fsf@fifthhorseman.net> <alpine.DEB.2.20.1901051041470.26171@softronics.hoeneisen.ch> <87imz2lpi5.fsf@fifthhorseman.net> <alpine.DEB.2.20.1901070854050.26171@softronics.hoeneisen.ch> <87o98sk1rl.fsf@fifthhorseman.net>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="US-ASCII"
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Mail-From: bernie@ietf.hoeneisen.ch
X-SA-Exim-Scanned: No (on softronics.hoeneisen.ch); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/spasm/PRS6F2qOyvOBZgQCz2gJPxdV1ek>
Subject: Re: [lamps] Draft addition of header protection to the LAMPS charter
X-BeenThere: spasm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "This is a venue for discussion of doing Some Pkix And SMime \(spasm\) work." <spasm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spasm>, <mailto:spasm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spasm/>
List-Post: <mailto:spasm@ietf.org>
List-Help: <mailto:spasm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spasm>, <mailto:spasm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Jan 2019 20:53:38 -0000

Hi Daniel

On Mon, 7 Jan 2019, Daniel Kahn Gillmor wrote:

> On Mon 2019-01-07 09:38:25 +0100, Bernie Hoeneisen wrote:
>
> If you could remember the names of the couple of others you found, or
> dig them back up with another websearch, that'd be great.

If I (re-)find more information on rebex and others, I'll share it.

>> Outside the S/MIME world, I can refer to the four implementations that
>> support pEp (pretty Easy privacy). pEp is specified to perform Header
>> protection (almost) the same way as described in RFC 5751.
>
> RFC 5751 doesn't cover anything outside of S/MIME, but i agree with you
> -- i want whatever header protection LAMPS specifies to work for
> PGP/MIME as well.

If we can agree on a proposal that works for PGP and S/MIME, that would be 
great.

> Can you explain what the "(almost)" means in the paragraph above?

As you mention above, RFC 5751 is only defined for S/MIME, though in 
pEp it works by the same principle.

> Are you talking about "pEp email format 1" or "pEp email format 2" of
> https://pep.foundation/dev/repos/internet-drafts/file/tip/pep-email/draft-marques-pep-email.mkd
> or are you talking about something else?

I refer to 'pEp email format 2', which performs header protection 
by message encapsulation in a similar way as described in RFC 5751.

However, I understand that you may be confused by the current version of 
draft-marques-pep-email, as this draft is rather incomplete at this stage, 
i.e. it does not yet describe the case, if both ends are pEp-aware. 
Hernani promised an update of that I-D by the end of this week.

> Can we settle on a single proposal?

Do you have any issues or counter proposals on the HB-2 or HB-3.1 
charter proposals (I sent to this list last week)?


cheers
  Bernie