[KEYPROV] Fwd: Protocol Action: 'Dynamic Symmetric Key Provisioning Protocol (DSKPP)' to Proposed Standard

Phillip Hallam-Baker <hallam@gmail.com> Tue, 14 September 2010 17:54 UTC

Return-Path: <hallam@gmail.com>
X-Original-To: keyprov@core3.amsl.com
Delivered-To: keyprov@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F3BDB3A6A03 for <keyprov@core3.amsl.com>; Tue, 14 Sep 2010 10:54:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.185
X-Spam-Level:
X-Spam-Status: No, score=-2.185 tagged_above=-999 required=5 tests=[AWL=0.413, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 4JKxXnwHWCYa for <keyprov@core3.amsl.com>; Tue, 14 Sep 2010 10:54:12 -0700 (PDT)
Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by core3.amsl.com (Postfix) with ESMTP id CD7483A695D for <keyprov@ietf.org>; Tue, 14 Sep 2010 10:54:11 -0700 (PDT)
Received: by wwb18 with SMTP id 18so255400wwb.1 for <keyprov@ietf.org>; Tue, 14 Sep 2010 10:54:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=lB6KmRMWrL8DtjaJBhukhdN7XHnAGWbM1DctID/Ybz8=; b=ZF5YSG9T6tNEJOZQDG9gGIjWb4Znf0ZjAdGIV/C4wNsuyGHdi7YhP5vEhGXIZTbq7f 3eJgrEVzw9qDrkHCzKEqCQ7f9d/2k6qyxSMnQLrEiLNWNzzMQzNvm6x2dFPTtVaWgCz0 zjeG95+e8G+RTkVdz79w2Oc7lA3g9r10AOQn4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=OFcIARAQZtsIPok2p54BDV6e2WVZF2CmifZaByef5BFRlyuaLcq56GxjHQFmq+Q71v KQqFekVEKAooQkvlzE5TTaABPCpkFj5F3r/HUykGtC7iI++UAv4Ck72jNbIovhal9SR3 /2v1fXTiMEcD4+0UEfniDYc7fW0uecM+W4HwY=
MIME-Version: 1.0
Received: by 10.216.234.93 with SMTP id r71mr4211800weq.104.1284486876711; Tue, 14 Sep 2010 10:54:36 -0700 (PDT)
Received: by 10.216.163.195 with HTTP; Tue, 14 Sep 2010 10:54:36 -0700 (PDT)
In-Reply-To: <20100914142826.31046.30529.idtracker@localhost>
References: <20100914142826.31046.30529.idtracker@localhost>
Date: Tue, 14 Sep 2010 13:54:36 -0400
Message-ID: <AANLkTi=-8ftgo1+S3_rhuyMqSvr0BazQLcPFj7-ESmyY@mail.gmail.com>
From: Phillip Hallam-Baker <hallam@gmail.com>
To: KEYPROV <keyprov@ietf.org>
Content-Type: multipart/alternative; boundary="00151758a95e014c9804903be8fb"
Subject: [KEYPROV] Fwd: Protocol Action: 'Dynamic Symmetric Key Provisioning Protocol (DSKPP)' to Proposed Standard
X-BeenThere: keyprov@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Provisioning of Symmetric Keys \(keyprov\)" <keyprov.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/keyprov>, <mailto:keyprov-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/keyprov>
List-Post: <mailto:keyprov@ietf.org>
List-Help: <mailto:keyprov-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/keyprov>, <mailto:keyprov-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Sep 2010 17:54:14 -0000

Congratulations all!

And special thanks to Andrea, Philip and everyone who helped clear the
remaining discuss items and get this out the door.



---------- Forwarded message ----------
From: The IESG <iesg-secretary@ietf.org>
Date: Tue, Sep 14, 2010 at 10:28 AM
Subject: Protocol Action: 'Dynamic Symmetric Key Provisioning Protocol
(DSKPP)' to Proposed Standard
To: IETF-Announce <ietf-announce@ietf.org>
Cc: Internet Architecture Board <iab@iab.org>, RFC Editor <
rfc-editor@rfc-editor.org>, keyprov mailing list <keyprov@ietf.org>, keyprov
chair <keyprov-chairs@tools.ietf.org>


The IESG has approved the following document:
- 'Dynamic Symmetric Key Provisioning Protocol (DSKPP)'
 <draft-ietf-keyprov-dskpp-14.txt> as a Proposed Standard

This document is the product of the Provisioning of Symmetric Keys
Working Group.

The IESG contact persons are Tim Polk and Sean Turner.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-keyprov-dskpp/



Technical Summary

 DSKPP is a client-server protocol for initialization (and
 configuration) of symmetric keys to locally and remotely accessible
 cryptographic modules.  The protocol can be run with or without
 private-key capabilities in the cryptographic modules, and with or
 without an established public-key infrastructure.

 Two variations of the protocol support multiple usage scenarios.
 With the four-pass variant, keys are mutually generated by the
 provisioning server and cryptographic module; provisioned keys are
 not transferred over-the-wire or over-the-air.  The two-pass variant
 enables secure and efficient download and installation of pre-
 generated symmetric keys to a cryptographic module.

Working Group Summary

 I would note that we seem to have had more discussion of issues
 connected with XML style and semantics than on the problem. In
 particular there does not seem to be a perfect answer to the
 problem of how to manage versioning of XML protocols.

 Media type review was initiated 4/22 by the AD.

Document Quality

 The document is a product of the KEYPROV working group.

Personnel

 Document Shepherd is Phillip Hallam-Baker.  Tim Polk is
 the responsible AD.

RFC Editor Note


 Note that RFC 2781 should be an informative reference; normative reference
should be ISO 10646

Reference as written in RFC 2781.

  [ISO-10646]   ISO/IEC 10646-1:1993. International Standard --
                Information technology -- Universal Multiple-Octet
                Coded Character Set (UCS) -- Part 1: Architecture and
                Basic Multilingual Plane. 22 amendments and two
                technical corrigenda have been published up to now.
                UTF-16 is described in Annex Q, published as Amendment
                1. Many other amendments are currently at various
                stages of standardization. A second edition is in
                preparation, probably to be published in 2000; in this
                new edition, UTF-16 will probably be described in Annex
                C.

Probably should refer to ISO 10646:2003???





-- 
Website: http://hallambaker.com/