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

"Jim Schaad" <ietf@augustcellars.com> Wed, 05 September 2012 05:25 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 DCA1321F8673 for <plasma@ietfa.amsl.com>; Tue, 4 Sep 2012 22:25:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.299
X-Spam-Status: No, score=-3.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_65=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id XcdwytJB9Ib5 for <plasma@ietfa.amsl.com>; Tue, 4 Sep 2012 22:25:20 -0700 (PDT)
Received: from smtp1.pacifier.net (smtp1.pacifier.net []) by ietfa.amsl.com (Postfix) with ESMTP id 5331621F8670 for <plasma@ietf.org>; Tue, 4 Sep 2012 22:25:19 -0700 (PDT)
Received: from Tobias (mail.augustcellars.com []) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: schaad@nwlink.com) by smtp1.pacifier.net (Postfix) with ESMTPSA id 3A8CE2CA17 for <plasma@ietf.org>; Tue, 4 Sep 2012 22:25:19 -0700 (PDT)
From: Jim Schaad <ietf@augustcellars.com>
To: plasma@ietf.org
References: <20120905045813.21473.37392.idtracker@ietfa.amsl.com>
In-Reply-To: <20120905045813.21473.37392.idtracker@ietfa.amsl.com>
Date: Tue, 04 Sep 2012 22:23:57 -0700
Message-ID: <023f01cd8b26$a6951a60$f3bf4f20$@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: AQIQNa5paIdtELPJwB0r6MUHZaXK35b14c/A
Content-Language: en-us
Subject: [plasma] FW: New Version Notification for draft-schaad-plasma-cms-02.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: Wed, 05 Sep 2012 05:25:21 -0000

Please note that a new draft has been issued dealing with the ASN.1 sides of the protocol.  Lots of comments are welcome.


> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> Sent: Tuesday, September 04, 2012 9:58 PM
> To: ietf@augustcellars.com
> Subject: New Version Notification for draft-schaad-plasma-cms-02.txt
> A new version of I-D, draft-schaad-plasma-cms-02.txt has been successfully
> submitted by Jim Schaad and posted to the IETF repository.
> Filename:	 draft-schaad-plasma-cms
> Revision:	 02
> Title:		 Plasma Service Cryptographic Message Syntax (CMS)
> Processing
> Creation date:	 2012-09-04
> WG ID:		 Individual Submission
> Number of pages: 33
> URL:             http://www.ietf.org/internet-drafts/draft-schaad-plasma-cms-
> 02.txt
> Status:          http://datatracker.ietf.org/doc/draft-schaad-plasma-cms
> Htmlized:        http://tools.ietf.org/html/draft-schaad-plasma-cms-02
> Diff:            http://www.ietf.org/rfcdiff?url2=draft-schaad-plasma-cms-02
> 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