Re: [pkix] Simple Certificate Enrollment Protocol (SCEP)

Stephen Kent <kent@bbn.com> Tue, 14 October 2014 16:29 UTC

Return-Path: <kent@bbn.com>
X-Original-To: pkix@ietfa.amsl.com
Delivered-To: pkix@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF6991A8A81 for <pkix@ietfa.amsl.com>; Tue, 14 Oct 2014 09:29:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.987
X-Spam-Level:
X-Spam-Status: No, score=-4.987 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.786, 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 gsqEYrqsGlv9 for <pkix@ietfa.amsl.com>; Tue, 14 Oct 2014 09:29:22 -0700 (PDT)
Received: from smtp.bbn.com (smtp.bbn.com [128.33.1.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4818F1A8A80 for <pkix@ietf.org>; Tue, 14 Oct 2014 09:29:22 -0700 (PDT)
Received: from dommiel.bbn.com ([192.1.122.15]:49062 helo=comsec.home) by smtp.bbn.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from <kent@bbn.com>) id 1Xe4ya-00044s-Bu; Tue, 14 Oct 2014 12:29:32 -0400
Message-ID: <543D4F5C.4010000@bbn.com>
Date: Tue, 14 Oct 2014 12:29:16 -0400
From: Stephen Kent <kent@bbn.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Paul Hoffman <paul.hoffman@vpnc.org>, Erik Andersen <era@x500.eu>
References: <9A043F3CF02CD34C8E74AC1594475C739B9CAF27@uxcn10-tdc05.UoA.auckland.ac.nz> <001001cfe7a0$52f31640$f8d942c0$@x500.eu> <10AA61E0-BC44-4515-822D-8C9885C9D7EE@vpnc.org>
In-Reply-To: <10AA61E0-BC44-4515-822D-8C9885C9D7EE@vpnc.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/pkix/2hN3gjLU5Q7u01lDo38-7sHHIfc
Cc: PKIX <pkix@ietf.org>, WG15@iectc57.org, Carsten Strunge <CAS@energinet.dk>, Søren Peter Nielsen <soren.peter.nielsen@gmail.com>
Subject: Re: [pkix] Simple Certificate Enrollment Protocol (SCEP)
X-BeenThere: pkix@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: PKIX Working Group <pkix.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pkix>, <mailto:pkix-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pkix/>
List-Post: <mailto:pkix@ietf.org>
List-Help: <mailto:pkix-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pkix>, <mailto:pkix-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Oct 2014 16:29:24 -0000

Paul,

>
>> Several later Cisco staff approached the IETF asking that SCEP be published as an RFC.
>> They agreed that it could be labelled Historic.
> There was also a discussion of labeling it Informational, because that was a more accurate description: it was a vendor-proprietary solution that was being documented so other vendors could interoperate if they wanted to, even though the solution was kinda sucky.
The discussion about a label of historic involved the PKIX chairs, the 
cognizant
Sec AD, and the IETF chair. I think this superseded the discussion of an 
informational
label.
>
>> So, Tim Polk and I re-wrote the seriously-flawed I-D that they had been repeatedly
>> published (to keep it alive) as an individual submission.  We got very close to a
>> reasonable version that could be published as Historic. Then, during lunch at an
>> IETF meeting, a different Cisco staff member showed up to discuss the status of SCEP.
>> At this lunch meeting he noted that the reason Cisco wanted an RFC number for SCEP
>> (irrespective of the status)  was to be able to cite it in a submission to 3GPP!
>> Apparently, this staff member had not been instructed to lie about their real intent.
>> That  ended the discussion  of SCEP as an RFC.
> Nice word, "lie". It indicates that everyone at Cisco has the same intent, and they are all instructed in what to say in public. Anyone working with the Cisco IPsec team at the time knows that such an assertion is demonstrably false, even though it makes for good drama here.
I agree that Cisco may not have coordinated the rationale we were given 
for publishing
SCEP, but we got the same story from multiple individuals in a few 
different
parts of the organization. As an outsider, I think that "lie" is an 
appropriate characterization.

Steve