|
View:
New views
3 Messages
—
Rating Filter:
Alert me
|
|
|
CFD: dSIG OIDsCall for Discussion
dSIG OIDs ftp://ftp.simplesystems.org/pub/png-group/documents/ png-dSIG-OID-proposal-20080907.txt Glenn Randers-Pehrson <glennrp at gmail.com> This restarts a two-week discussion period on a proposed set of ASN.1 OIDs for use with the dSIG chunk. The changes from the *905.txt version are only editorial but they are substantial. Here is the revised proposal: File: png-dSIG-OID-proposal-20080907.txt This proposal is a companion to the recently-approved dSIG chunk. There is a need for countersigners to add comments. A logical place to put such comments would have been signed-comment OBJECT IDENTIFIER ::= { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) pkcs9(9) 7 } which could have been described under paragraph 11 of RFC-3852 [1], but there is no definition of a signedComment type there. Therefore we propose to define a signedComment OID here. For completeness, we also propose an unsignedComment OID. The IANA "Private Enterprise Number (PEN)" 1.3.6.1.4.1.31170 was assigned to the PNG Development Group, and the specification of OIDs in a subtree under that has been delegated to the PNG Development Group (see [2]). For dSIG purposes, the following new subtree is proposed: 1.3.6.1.4.1.31170: PNG 1.3.6.1.4.1.31170.1: dSIG 1.3.6.1.4.1.31170.1.1: signeddSIGdata 1.3.6.1.4.1.31170.1.1.1: signedComment 1.3.6.1.4.1.31170.1.2: unsigneddSIGdata 1.3.6.1.4.1.31170.1.2.1: unsignedComment A future definition might add: 1.3.6.1.4.1.31170.2: another PNG category The new OIDs are described as follows: signedComment OBJECT IDENTIFIER ::= { iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) PNG(31170) dSIG(1) signeddSIGdata(1) signedComment(1) } unsignedComment OBJECT IDENTIFIER ::= { iso(1) org(3) dod(6) internet(1) private(4) enterprise(1) PNG(31170) dSIG(1) unsigneddSIGdata(2) unsignedComment(1) } Both types of comment have data type "PrintableString" as defined in the ASN.1 Basic Encoding Rules (see [3]). In the future, any other chunks needing to specify ASN.1 OIDs would have their own subtrees under the PNG PEN, e.g., 1.3.6.1.4.1.31170.2 for a second chunk type. References: [1] RFC-3852, R. Housley, Vigil Security, "Cryptographic Message Syntax (CMS)", available at http://www.ietf.org/rfc/rfc3852.txt [2] IANA, "PRIVATE ENTERPRISE NUMBERS", available at http://www.iana.org/assignments/enterprise-numbers [3] ITU-T Rec. X.680 (07/2002)Information technology -- Abstract Syntax Notation One (ASN.1): Specification of basic notation, available at http://www.itu.int/ITU-T/studygroups/com17/languages/X.680-0207.pdf ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ png-mng-misc mailing list png-mng-misc@... https://lists.sourceforge.net/lists/listinfo/png-mng-misc |
|
|
|
|
|
Re: CFD: dSIG OIDsOn Sun, Sep 7, 2008 at 9:59 AM, Kopp, Thomas <Thomas.Kopp@...> wrote:
> Hi Glenn, > > Your proposal sounds good. > > I've just a few remarks to add: > > > > General PNG aspects, which are typically stored in dedicated chunks like > iTXt, should not be mixed with PNG digital signature aspects. Thus, I would > strongly recommend NOT to use dSIG attributes for storing information, which > is not purely related to a given digital signature. I don't want to place any restriction now on what could be in other branches of the PNG tree. Naturally, though, it would be restricted to definitions of ASN.1 OIDs. > Nevertheless, I think it's wise to introduce a dSIG category right below the > PNG base OID, because syntactically similar aspects, e.g. encryption, could > be added in the future. Yes. > The (extensible) PNG OID tree comprising a small semantic description of the > individual attributes should be published in the same way as extension chunk > information is published (perhaps with a link to the dSIG chunk or vice > versa). I'm planning to put it in a separate clause of the PNG extensions document. Right now we have 1) chunks and 2) keywords. So we add 3) OIDs. Glenn ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ png-mng-misc mailing list png-mng-misc@... https://lists.sourceforge.net/lists/listinfo/png-mng-misc |
| Free embeddable forum powered by Nabble | Forum Help |