Re: [Trans] Draft agenda

Carl Wallace <carl@redhoundsoftware.com> Wed, 26 February 2014 13:33 UTC

Return-Path: <carl@redhoundsoftware.com>
X-Original-To: trans@ietfa.amsl.com
Delivered-To: trans@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA3541A031F for <trans@ietfa.amsl.com>; Wed, 26 Feb 2014 05:33:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IuHCq5fZs5qm for <trans@ietfa.amsl.com>; Wed, 26 Feb 2014 05:33:47 -0800 (PST)
Received: from mail-qa0-f45.google.com (mail-qa0-f45.google.com [209.85.216.45]) by ietfa.amsl.com (Postfix) with ESMTP id BA61B1A02F5 for <trans@ietf.org>; Wed, 26 Feb 2014 05:33:45 -0800 (PST)
Received: by mail-qa0-f45.google.com with SMTP id m5so2210883qaj.4 for <trans@ietf.org>; Wed, 26 Feb 2014 05:33:44 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:references:in-reply-to:mime-version:content-type :content-transfer-encoding; bh=8xrerNA5/Lcnc/OBNMrmXDvA5Sic4ARiTSUZZC0AqC0=; b=J4CH6QDF0kZWJinl+mADIlN/2in65UjMLMqG42YWDcKgcEuTnbFVYGoGCXJcO/+Uou rtO7NF9lqjWtjsrdMCYas0n5GF8InmTLApiPzna6qeoEiD7gMZDrQa8zgtijzH9FLhEh 1boF7CpwZkfADP5ihLPMj6DaXcIjo5cXD7s8xLEppusn+mjEz6rKNkuJaEoHK+RxErwd 762m6FfEI4BTIIDFxQ/pw9Y006xx/0/vFFUGhz4M1XMaa3QiTNFSOi4Abz8t1rsmXF/L DgzqxUv4j0CRGdkix31kbD7F8GEBWCtCtfEbfZGwxTXEC4YEJtp11tq6Aa0Nw15RS5KF ctdw==
X-Gm-Message-State: ALoCoQmanNFNU9E3V+MPtVrcCaB7PUI9E4myekIiaxeOsHSIgaRcQs+N3G+2XBwmhMZJY9K8FbGV
X-Received: by 10.229.56.200 with SMTP id z8mr10106901qcg.1.1393421624350; Wed, 26 Feb 2014 05:33:44 -0800 (PST)
Received: from [192.168.2.4] (pool-173-79-106-67.washdc.fios.verizon.net. [173.79.106.67]) by mx.google.com with ESMTPSA id a5sm2566562qae.2.2014.02.26.05.33.41 for <multiple recipients> (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 26 Feb 2014 05:33:43 -0800 (PST)
User-Agent: Microsoft-MacOutlook/14.3.9.131030
Date: Wed, 26 Feb 2014 08:33:39 -0500
From: Carl Wallace <carl@redhoundsoftware.com>
To: Rob Stradling <rob.stradling@comodo.com>, Ben Laurie <benl@google.com>
Message-ID: <CF33566E.11CC6%carl@redhoundsoftware.com>
Thread-Topic: [Trans] Draft agenda
References: <53063600.4020102@gmail.com> <CALzYgEe0XrQdKDZN3_dwFLnM87+TXyYRMzj4ZGe5xKi-T_5V+g@mail.gmail.com> <530B86F6.5040201@gmail.com> <CABrd9SSpyw4nJ9t7X0WDeN+1MnhD+__-QXLOQXYs=h2JCUrwDg@mail.gmail.com> <CAMm+Lwj4XniVS_n+M3TmT_LM+P6H6HGgcnhMezUjnupKXzwwdg@mail.gmail.com> <CABrd9STabJA4Fp75HfC7ORR1LQZT+q0DDuB61O0JGBOt31cpmQ@mail.gmail.com> <CAMm+LwgT8MEG+Svr3zmMYYPrQNEXwtNPL0m7CjYFHKUAKKbfFQ@mail.gmail.com> <CABrd9STQQ69cPo3F5c22__aGbPAKV3AXnTFB47yd3s7+SQOpww@mail.gmail.com> <530DD6BC.8080207@comodo.com> <CABrd9SSX9XFqQK+UBdvai-ACLkPT6mudXsjYmh-cGOp-P62vog@mail.gmail.com> <530DDF7D.4040206@comodo.com> <CF334A3B.11C9F%carl@redhoundsoftware.com> <530DEC04.30401@comodo.com>
In-Reply-To: <530DEC04.30401@comodo.com>
Mime-version: 1.0
Content-type: text/plain; charset="EUC-KR"
Content-transfer-encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/trans/7LzxWw-ncz1QyIBixawFJW2QhT8
Cc: "trans@ietf.org" <trans@ietf.org>, Melinda Shore <melinda.shore@gmail.com>, Phillip Hallam-Baker <hallam@gmail.com>, Eran Messeri <eranm@google.com>
Subject: Re: [Trans] Draft agenda
X-BeenThere: trans@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Public Notary Transparency working group discussion list <trans.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trans>, <mailto:trans-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/trans/>
List-Post: <mailto:trans@ietf.org>
List-Help: <mailto:trans-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trans>, <mailto:trans-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Feb 2014 13:33:53 -0000

>>
>>While I agree that lack of a CA certificate with the matching naming
>> really doesn¹t matter, breaking name chaining seems like an odd way to
>> maintain ³ritual compliance".  Why not bump the version number instead?
>> v4 could be defined as a pre-certificate containing a poison extension
>>and
>> a serial number that matches its v3 counterpart.
>
>Hi Carl.  I briefly discussed the idea of changing the version number
>with Ben a few months ago...

Sorry for the rehash.  There are occasions where I miss an email in this
list:-)

>
>Rob: "More wacky idea...
>I wonder if we could get away with putting 0x4354 in the certificate's
>Version field.  That might be enough to place it out-of-scope of
>RFC5280, and therefore out-of-scope of the duplicate serial number rule.
>  Probably more likely to break something though."
>
>Ben: "I imagine it'd be hard to coerce most s/w to do this."

The same probably applies to name chaining.

>
>Also, I don't suppose IETF has the authority to define new X.509
>versions anyway.

It’d certainly be cleaner to bump a version.  You could also do something
like define the pre-certificate to be an X.509 certificate as defined in
the RFC wrapped in a ContentInfo and forget about mucking with names or
version numbers.  

>
>-- 
>Rob Stradling
>Senior Research & Development Scientist
>COMODO - Creating Trust Online
>