Re: [certid] Need to define "most specific RDN"

Love Hörnquist Åstrand <lha@apple.com> Wed, 30 June 2010 20:50 UTC

Return-Path: <lha@apple.com>
X-Original-To: certid@core3.amsl.com
Delivered-To: certid@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CC96E3A6B20 for <certid@core3.amsl.com>; Wed, 30 Jun 2010 13:50:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.601
X-Spam-Level:
X-Spam-Status: No, score=-105.601 tagged_above=-999 required=5 tests=[AWL=0.698, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4, 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 g7tdxwqdTdql for <certid@core3.amsl.com>; Wed, 30 Jun 2010 13:50:47 -0700 (PDT)
Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by core3.amsl.com (Postfix) with ESMTP id B9CC53A696B for <certid@ietf.org>; Wed, 30 Jun 2010 13:50:46 -0700 (PDT)
Received: from relay15.apple.com (relay15.apple.com [17.128.113.54]) by mail-out3.apple.com (Postfix) with ESMTP id F03CE9AD97C3 for <certid@ietf.org>; Wed, 30 Jun 2010 13:50:49 -0700 (PDT)
X-AuditID: 11807136-b7c9dae000000fcd-63-4c2bae29b98a
Received: from gertie.apple.com (gertie.apple.com [17.151.62.15]) by relay15.apple.com (Apple SCV relay) with SMTP id 2F.51.04045.92EAB2C4; Wed, 30 Jun 2010 13:50:49 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset=us-ascii
Received: from [10.82.192.45] (166-205-136-152.mobile.mymmode.com [166.205.136.152]) by gertie.apple.com (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPSA id <0L4U00FWVHWL32A0@gertie.apple.com> for certid@ietf.org; Wed, 30 Jun 2010 13:50:49 -0700 (PDT)
References: <201006301746.o5UHkIsE019133@fs4113.wdf.sap.corp> <4C2B843A.5010206@stpeter.im>
In-reply-to: <4C2B843A.5010206@stpeter.im>
Message-id: <5571525D-A0FF-4A9B-A040-1F2DFDEFE491@apple.com>
X-Mailer: iPhone Mail (8A293)
From: =?utf-8?Q?Love_H=C3=B6rnquist_=C3=85strand?= <lha@apple.com>
Date: Wed, 30 Jun 2010 13:51:59 -0700
To: Peter Saint-Andre <stpeter@stpeter.im>
X-Brightmail-Tracker: AAAAAQAAAZE=
Cc: "certid@ietf.org" <certid@ietf.org>
Subject: Re: [certid] Need to define "most specific RDN"
X-BeenThere: certid@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Representation and verification of identity in certificates <certid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/certid>, <mailto:certid-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/certid>
List-Post: <mailto:certid@ietf.org>
List-Help: <mailto:certid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/certid>, <mailto:certid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Jun 2010 20:50:56 -0000

30 jun 2010 kl. 10:51 skrev Peter Saint-Andre <stpeter@stpeter.im>im>:

> On 6/30/10 11:46 AM, Martin Rex wrote:
>> Peter Saint-Andre wrote:
>>> 
>>> Based on feedback from you and from Kurt, I have changed the foregoing
>>> paragraph to:
>>> 
>>>   Certificates are binary objects -- they are encoded using
>>>   distinguished encoding rules (DER).  Thus, the generation of
>>>   displayable (a.k.a. printable) renderings of certificate subject and
>>>   issuer names means that the DER-encoded sequences are decoded and
>>>   converted into a "string representation" before being rendered.
>>>   Because a DN is an ordered sequence, order is preserved in the string
>>>   representation of a DN.  However, because an RDN is an unordered
>>>   group of attribute-type-and-value pairs, the string representation of
>>>   an RDN can differ from the canonical DER encoding; in the canonical
>>>   encoding, the RDN that is nearest to the root of the naming tree is
>>>   called the "most significant" RDN and the RDN that is deepest in the
>>>   tree (and that therefore distinguishes the relative name) is called
>>>   the "most specific" RDN.  See [LDAP-DN] for details.
>> 
>> I'm actually confused by refering to one end with "most significant" and
>> the other with "most specific".  Couldn't we just drop the "most significant"
>> entirely and use "least specific" / "most specific" for the two ends?
> 
> Given that we never use the term "most significant" in this I-D, I'd say
> we can remove any mention of it.

Peter,

Can you please add a DER encoded Name, the asn1parse/dump version of the name, and the LDAP version of string and annotation what the different parts are called, this confuses me every time I try to in parse the rfc's and drafts.

Thanks
Love


> 
> Peter
> 
> -- 
> Peter Saint-Andre
> https://stpeter.im/
> 
> 
> 
> _________