[plasma] FW: New Version Notification for draft-schaad-plasma-cms-04.txt

"Jim Schaad" <ietf@augustcellars.com> Mon, 18 March 2013 23:18 UTC

Return-Path: <ietf@augustcellars.com>
X-Original-To: plasma@ietfa.amsl.com
Delivered-To: plasma@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 8D2F421F8BBA for <plasma@ietfa.amsl.com>; Mon, 18 Mar 2013 16:18:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id 5RXyoPyMMon3 for <plasma@ietfa.amsl.com>; Mon, 18 Mar 2013 16:18:14 -0700 (PDT)
Received: from smtp4.pacifier.net (smtp4.pacifier.net []) by ietfa.amsl.com (Postfix) with ESMTP id BECD521F8B65 for <plasma@ietf.org>; Mon, 18 Mar 2013 16:18:14 -0700 (PDT)
Received: from Philemon (50-39-222-11.bvtn.or.frontiernet.net []) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jimsch@nwlink.com) by smtp4.pacifier.net (Postfix) with ESMTPSA id 876FC38F04 for <plasma@ietf.org>; Mon, 18 Mar 2013 16:18:14 -0700 (PDT)
From: "Jim Schaad" <ietf@augustcellars.com>
To: <plasma@ietf.org>
References: <20130318230654.12822.91956.idtracker@ietfa.amsl.com>
In-Reply-To: <20130318230654.12822.91956.idtracker@ietfa.amsl.com>
Date: Mon, 18 Mar 2013 16:17:41 -0700
Message-ID: <095401ce242e$ca228ac0$5e67a040$@augustcellars.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQGW8MVtTe6chNKXfe861QhgGIEJa5kae61Q
Content-Language: en-us
Subject: [plasma] FW: New Version Notification for draft-schaad-plasma-cms-04.txt
X-BeenThere: plasma@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "The PoLicy Augmented S/Mime \(plasma\) bof discussion list." <plasma.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/plasma>, <mailto:plasma-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/plasma>
List-Post: <mailto:plasma@ietf.org>
List-Help: <mailto:plasma-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/plasma>, <mailto:plasma-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Mar 2013 23:18:15 -0000

Update draft with a new way to handle encoding recipient infos.

Please look at and make sure that it makes sense.  Recommendations on other approaches should be discussed if you feel they are better than the one offered here.  I am not emotionally attached to this encoding and we discussed a couple of alternatives before choosing this one.


> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> Sent: Monday, March 18, 2013 4:07 PM
> To: ietf@augustcellars.com
> Subject: New Version Notification for draft-schaad-plasma-cms-04.txt
> A new version of I-D, draft-schaad-plasma-cms-04.txt
> has been successfully submitted by Jim Schaad and posted to the
> IETF repository.
> Filename:	 draft-schaad-plasma-cms
> Revision:	 04
> Title:		 Plasma Service Cryptographic Message Syntax (CMS)
> Processing
> Creation date:	 2013-03-18
> Group:		 Individual Submission
> Number of pages: 31
> URL:             http://www.ietf.org/internet-drafts/draft-schaad-plasma-cms-
> 04.txt
> Status:          http://datatracker.ietf.org/doc/draft-schaad-plasma-cms
> Htmlized:        http://tools.ietf.org/html/draft-schaad-plasma-cms-04
> Diff:            http://www.ietf.org/rfcdiff?url2=draft-schaad-plasma-cms-04
> Abstract:
>    Secure MIME (S/MIME) defined a method of placing security labels on a
>    Cryptographic Message Syntax (CMS) object.  These labels are placed
>    as part of the data signed and validated by the parties.  This means
>    that the message content is visible to the recipient prior to the
>    label enforcement.  A new model for enforcement of policy using a
>    third party is described in RFC TBD
>    [I.D-draft-freeman-plasma-requirements].  This is the Policy
>    Augmented S/MIME (PLASMA) system.  This document provides the details
>    needed to implement the new Plasma model in the CMS infrastructure.
>    An additional benefit of using the Plasma module is that the server,
>    based on policy, manages who has access to the message and how the
>    keys are protected.
>    The document details how the client encryption and decryption
>    processes are performed, defines how to construct the CMS recipient
>    info structure, a new content to hold the data required for the
>    Plasma server to store the keys and policy information.  The document
>    does not cover the protocol between the client and the Plasma policy
>    enforcement server.  One example of the client/server protocol can be
>    found in RFC TBD [plasma-token].
> The IETF Secretariat