Mistake in section 5.3, also in RFC2440

hal@finney.org ("Hal Finney") Wed, 26 April 2006 02:54 UTC

Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FYaAC-0004Wo-Ga for openpgp-archive@lists.ietf.org; Tue, 25 Apr 2006 22:54:00 -0400
Received: from balder-227.proper.com ([192.245.12.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FYaAB-00028w-3j for openpgp-archive@lists.ietf.org; Tue, 25 Apr 2006 22:54:00 -0400
Received: from balder-227.proper.com (localhost [127.0.0.1]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k3Q2SSU4044852; Tue, 25 Apr 2006 19:28:28 -0700 (MST) (envelope-from owner-ietf-openpgp@mail.imc.org)
Received: (from majordom@localhost) by balder-227.proper.com (8.13.5/8.13.5/Submit) id k3Q2SSGT044851; Tue, 25 Apr 2006 19:28:28 -0700 (MST) (envelope-from owner-ietf-openpgp@mail.imc.org)
X-Authentication-Warning: balder-227.proper.com: majordom set sender to owner-ietf-openpgp@mail.imc.org using -f
Received: from finney.org (226-132.adsl2.netlojix.net [207.71.226.132]) by balder-227.proper.com (8.13.5/8.13.5) with ESMTP id k3Q2SPTC044844 for <ietf-openpgp@imc.org>; Tue, 25 Apr 2006 19:28:28 -0700 (MST) (envelope-from hal@finney.org)
Received: by finney.org (Postfix, from userid 500) id 3C50357FD1; Tue, 25 Apr 2006 19:28:31 -0700 (PDT)
To: ietf-openpgp@imc.org
Subject: Mistake in section 5.3, also in RFC2440
Message-Id: <20060426022831.3C50357FD1@finney.org>
Date: Tue, 25 Apr 2006 19:28:31 -0700
From: hal@finney.org
Sender: owner-ietf-openpgp@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-openpgp/mail-archive/>
List-Unsubscribe: <mailto:ietf-openpgp-request@imc.org?body=unsubscribe>
List-ID: <ietf-openpgp.imc.org>
X-Spam-Score: 0.1 (/)
X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb

I noticed that the language in section 5.3 on Symmetric-Key Encrypted
Session Key packets is not right:

5.3. Symmetric-Key Encrypted Session Key Packets (Tag 3)

    The Symmetric-Key Encrypted Session Key packet holds the
    symmetric-key encryption of a session key used to encrypt a message.
    Zero or more Encrypted Session Key packets and/or Symmetric-Key
    Encrypted Session Key packets may precede a Symmetrically Encrypted
    Data Packet that holds an encrypted message.

The second sentence should begin "Zero or more Public-Key Encrypted
Session Key packets and/or Symmetric-Key Encrypted Session Key Packets..."
It left off "Public-Key" and just refers to "Encrypted Session Key
packets" which is not a packet type.  In particular, referring to
"Encrypted Session Key packets and/or Symmetric-Key Encrypted Session
Key Packets" is incoherent.

The langage in 5.1, for comparsion:

5.1. Public-Key Encrypted Session Key Packets (Tag 1)

    A Public-Key Encrypted Session Key packet holds the session key used
    to encrypt a message. Zero or more Encrypted Session Key packets
    (either Public-Key or Symmetric-Key) may precede a Symmetrically
    Encrypted Data Packet, which holds an encrypted message.

This is not ideal in terms of the packet names; you have to mentally
move the prefixes listed in the parenthesis up and put them in front of
Encrypted Session Key.  But given that slight lapse in clarity, it is
basically correct, and is not as bad as 5.3.

All this language is unchanged since RFC2440.

I do think we should fix at least 5.3, because the present wording is
meaningless and confusing.  If we do that I'd suggest changing the 2nd
sentence of 5.1 to match that of 5.3.

Hal Finney