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

Peter Sylvester <peter.sylvester@edelweb.fr> Wed, 30 June 2010 05:06 UTC

Return-Path: <peter.sylvester@edelweb.fr>
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 6B5773A6C21 for <certid@core3.amsl.com>; Tue, 29 Jun 2010 22:06:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.396
X-Spam-Level:
X-Spam-Status: No, score=-0.396 tagged_above=-999 required=5 tests=[AWL=-0.211, BAYES_40=-0.185]
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 Q5DS88mASRD1 for <certid@core3.amsl.com>; Tue, 29 Jun 2010 22:06:52 -0700 (PDT)
Received: from ganymede.on-x.com (ganymede.on-x.com [92.103.215.11]) by core3.amsl.com (Postfix) with ESMTP id 6097C3A6C1F for <certid@ietf.org>; Tue, 29 Jun 2010 22:06:52 -0700 (PDT)
Received: from varuna.puteaux.on-x (varuna.puteaux.on-x [192.168.10.6]) by ganymede.on-x.com (Postfix) with ESMTP id 8AE12E6 for <certid@ietf.org>; Wed, 30 Jun 2010 07:07:02 +0200 (CEST)
Received: from smtps.on-x.com (mintaka.puteaux.on-x [192.168.14.11]) by varuna.puteaux.on-x (Postfix) with ESMTP id 69CE617048 for <certid@ietf.org>; Wed, 30 Jun 2010 07:07:02 +0200 (CEST)
Received: from [192.168.0.10] (gut75-3-82-227-163-182.fbx.proxad.net [82.227.163.182]) by smtps.on-x.com (Postfix) with ESMTP id 6478B782B for <certid@ietf.org>; Wed, 30 Jun 2010 07:07:02 +0200 (CEST)
Message-ID: <4C2AD0F5.5030705@edelweb.fr>
Date: Wed, 30 Jun 2010 07:07:01 +0200
From: Peter Sylvester <peter.sylvester@edelweb.fr>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4
MIME-Version: 1.0
To: certid@ietf.org
References: <p062408bcc83880a30dd0@[10.20.30.158]> <4C2A6E8B.7060005@stpeter.im> <p06240843c8503cb6de63@[10.20.30.158]>
In-Reply-To: <p06240843c8503cb6de63@[10.20.30.158]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
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 05:06:54 -0000

On 06/30/2010 02:17 AM, Paul Hoffman wrote:
> At 4:07 PM -0600 6/29/10, Peter Saint-Andre wrote:
>    
>> Is the first RDN most specific, or is the last RDN most specific? I
>> realize that the first one now will later be last [1] depending on the
>> string representation, but my understanding is that in the DER encoding
>> it's the first RDN that is most specific. Corrections are welcome.
>>      
> This paragraph shows why it is crazy to assume that developers understand this.
>    
To me it only shows missing understanding of one person.

'this' refers to what? The the in this draft or rfc 5280?

> First: if the RDN is a sequence, then whether it is encoded in DER or BER is irrelevant. The difference in the two encodings is only relevant for SETs.
>
> According to RFC 5280:
>     RDNSequence ::= SEQUENCE OF RelativeDistinguishedName
>
>     RelativeDistinguishedName ::=
>       SET SIZE (1..MAX) OF AttributeTypeAndValue
>
> However, RFC 5280 does not say which of the sequence is "most specific".
>    
IMO it is not exactly best place but at the end of paragraph 7.1 there is:

    "A distinguished name DN1 is within the subtree defined by the
    distinguished name DN2 if DN1 contains at least as many RDNs as DN2,
    and DN1 and DN2 are a match when trailing RDNs in DN1 are ignored."

Given a natural interpretation of tree and subtree, one can deduce
that the "highest" RDN is the first, or the most specific is the last.


But since this is so nicely hidden, a reminder seems useful.