[smime] [Technical Errata Reported] RFC5911 (2612)

RFC Errata System <rfc-editor@rfc-editor.org> Sun, 07 November 2010 06:10 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: smime@core3.amsl.com
Delivered-To: smime@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E69703A6887 for <smime@core3.amsl.com>; Sat, 6 Nov 2010 23:10:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.148
X-Spam-Level:
X-Spam-Status: No, score=-102.148 tagged_above=-999 required=5 tests=[AWL=0.452, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jFI4MwDs-7mF for <smime@core3.amsl.com>; Sat, 6 Nov 2010 23:10:21 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:1112:1::2f]) by core3.amsl.com (Postfix) with ESMTP id 93A7A3A6872 for <smime@ietf.org>; Sat, 6 Nov 2010 23:10:21 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 6A137E06B1; Sat, 6 Nov 2010 23:10:39 -0700 (PDT)
To: paul.hoffman@vpnc.org, jimsch@exmsft.com, turners@ieca.com, tim.polk@nist.gov, paul.hoffman@vpnc.org, blaker@gmail.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20101107061039.6A137E06B1@rfc-editor.org>
Date: Sat, 06 Nov 2010 23:10:39 -0700
Cc: ietf@augustcellars.com, rfc-editor@rfc-editor.org, smime@ietf.org
Subject: [smime] [Technical Errata Reported] RFC5911 (2612)
X-BeenThere: smime@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: SMIME Working Group <smime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/smime>, <mailto:smime-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/smime>
List-Post: <mailto:smime@ietf.org>
List-Help: <mailto:smime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/smime>, <mailto:smime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Nov 2010 06:10:23 -0000

The following errata report has been submitted for RFC5911,
"New ASN.1 Modules for Cryptographic Message Syntax (CMS) and S/MIME".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5911&eid=2612

--------------------------------------
Type: Technical
Reported by: Jim Schaad <ietf@augustcellars.com>

Section: 6 and others

Original Text
-------------
ct-Data CONTENT-TYPE ::= {OCTET STRING IDENTIFIED BY id-data}


Corrected Text
--------------
ct-Data CONTENT-TYPE ::= {IDENTIFIED BY id-data}

Notes
-----
Due to a confusion in the part of the author's head that resulted from the difference the way that encapsulated content types are encoded between PKCS#7 and CMS, I put the type of OCTET STRING in this location.  Since the OCTET STRING is explicitly included by the the encapulsated content type now, there should be an absence of a data type for the content type of id-data.  Making this change however requires that some additional changes be made.  It is not possible to just omit the type for a TYPE-IDENTIFIER type so a new class definition is required for CONTENT-TYPE.  Unfortionately it is also not possible to simply omit the type from the syntax provided for the new content type as the parser is defined as being opertunistic rather than pessimistic by the ASN.1 syntax.  Thus the tag IDENTIFIER would be consumed as a type and the rest of the parsing would fail.  We there need to make the following changes:

1.  Define a new object class of CONTENT-TYPE as
CONTENT-TYPE ::= CLASS {
  &id OBJECT IDENTIFIER UNIQUE,
  &Type OPTIONAL
} WITH SYNTAX {
   [TYPE &Type] IDENTIFIED BY &id
}

2.  We make the change to the defintion of ct-Data as above so that it no longer has an implied ASN.1 type associated with the object identifier

3.  We then change all locations where a new content type is defined as follows:
  ct-Foo CONTENT-TYPE ::= {Foo IDENTIFIED BY id-Foo}
becomes
   ct-Foo CONTENT-TYPE ::= {TYPE Foo IDENTIFIED BY id-Foo}

Changes 1 and 2 will occur in the module for RFC 3851 (now RFC 5281)
Change 3 will occur in a number of different modules including modules that have been published independently since this document was released.

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC5911 (draft-ietf-smime-new-asn1-07)
--------------------------------------
Title               : New ASN.1 Modules for Cryptographic Message Syntax (CMS) and S/MIME
Publication Date    : June 2010
Author(s)           : P. Hoffman, J. Schaad
Category            : INFORMATIONAL
Source              : S/MIME Mail Security
Area                : Security
Stream              : IETF
Verifying Party     : IESG