CFD: dSIG OIDs

View: New views
3 Messages — Rating Filter:   Alert me  

CFD: dSIG OIDs

by Chaplain Nancy M. Randers-Pehrson :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Call 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

Parent Message unknown Re: CFD: dSIG OIDs

by Kopp, Thomas :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

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.

 

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.

 

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).

 

Regards,

Thomas.

 

 


-------------------------------------------------------------------------
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 OIDs

by Glenn Randers-Pehrson :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On 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