[plasma] Fwd: New Version Notification for draft-freeman-plasma-requirements-11.txt
Trevor Freeman <trevor.freeman99@icloud.com> Mon, 09 March 2015 05:55 UTC
Return-Path: <trevor.freeman99@icloud.com>
X-Original-To: plasma@ietfa.amsl.com
Delivered-To: plasma@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38C3B1A6FF7 for <plasma@ietfa.amsl.com>; Sun, 8 Mar 2015 22:55:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 sRj37tCpU-dD for <plasma@ietfa.amsl.com>; Sun, 8 Mar 2015 22:55:27 -0700 (PDT)
Received: from mr11p24im-asmtp002.me.com (mr11p24im-asmtp002.me.com [17.110.78.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70DB81A6EF1 for <plasma@ietf.org>; Sun, 8 Mar 2015 22:55:27 -0700 (PDT)
Received: from [192.168.1.7] (c-24-17-210-106.hsd1.wa.comcast.net [24.17.210.106]) by mr11p24im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NKX00FVDKFUZK50@mr11p24im-asmtp002.me.com> for plasma@ietf.org; Mon, 09 Mar 2015 05:55:09 +0000 (GMT)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-03-09_01:2015-03-06,2015-03-08,1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1503090065
References: <20150309002715.4237.43431.idtracker@ietfa.amsl.com>
From: Trevor Freeman <trevor.freeman99@icloud.com>
Content-type: multipart/alternative; boundary="Apple-Mail-42E91483-33C3-45B6-87B1-A1DA961C90C4"
X-Mailer: iPad Mail (12B466)
Message-id: <D3DDA59E-C4AF-4864-A303-33E6C66E9A31@icloud.com>
Date: Sun, 08 Mar 2015 22:55:07 -0700
To: "plasma@ietf.org" <plasma@ietf.org>
Content-transfer-encoding: 7bit
MIME-version: 1.0 (1.0)
Archived-At: <http://mailarchive.ietf.org/arch/msg/plasma/FaCZ16rrbN4SkCgsBS-xVc2Nsd4>
Subject: [plasma] Fwd: New Version Notification for draft-freeman-plasma-requirements-11.txt
X-BeenThere: plasma@ietf.org
X-Mailman-Version: 2.1.15
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, 09 Mar 2015 05:55:30 -0000
Fyi a new version of the requirements draft was just published Sent from my iPad Begin forwarded message: > From: internet-drafts@ietf.org > Date: March 8, 2015 at 5:27:15 PM PDT > To: Patrick Patterson <ppatterson@carillon.ca>, Jim Schaad <ietf@augustcellars.com>, Jim Schaad <ietf@augustcellars.com>, Patrick Patterson <ppatterson@carillon.ca>, Trevor Freeman <trevor.freeman99@icloud.com>, Trevor Freeman <trevor.freeman99@icloud.com> > Subject: New Version Notification for draft-freeman-plasma-requirements-11.txt > > > A new version of I-D, draft-freeman-plasma-requirements-11.txt > has been successfully submitted by Trevor Freeman and posted to the > IETF repository. > > Name: draft-freeman-plasma-requirements > Revision: 11 > Title: Requirements for Message Access Control > Document date: 2015-03-05 > Group: Individual Submission > Pages: 49 > URL: http://www.ietf.org/internet-drafts/draft-freeman-plasma-requirements-11.txt > Status: https://datatracker.ietf.org/doc/draft-freeman-plasma-requirements/ > Htmlized: http://tools.ietf.org/html/draft-freeman-plasma-requirements-11 > Diff: http://www.ietf.org/rfcdiff?url2=draft-freeman-plasma-requirements-11 > > Abstract: > S/MIME delivers confidentiality, integrity, and data origination > authentication for email. However, there are many situations where > organizations also want robust access control applied to information > in messages. The Enhanced Security Services (ESS) RFC5035 for S/MIME > defines an access control mechanism for email, but the access check > happens after the data is decrypted by the recipient which devalues > the protection afforded by the cryptography and provides very weak > guarantees of policy compliance. Another major issues for S/MIME is > its dependency on a single type of identity credential, an X.509 > certificate. Many users on the Internet today do not have X.509 > certificates and therefore cannot use S/MIME. Furthermore, the > requirement to discover the X.509 certificate for every recipient of > an encrypted message by the sender has proven to be an unreliable > process for a number of reasons. > > This document presents requirements for an alternative model to ESS to > address the identified issues with access control in order to deliver > more robust compliance for S/MIME protected messages. This document > describes an access control model which uses cryptographic keys to > enforce access control policy decisions where the policy check is > performed prior to the decryption of the message contents. This > authorization model can be instantiated using many existing standards > and is in not intended to be a one off just for email, being > applicable to other data types. > > This document also presents requirements for the abstraction of the > specifics of the authentication technologies used by S/MIME users. The > abstraction makes it possible for other forms of authentication > credentials to be used with S/MIME thereby enabling much broader > adoption. The authentication abstraction model also removes the > dependency on the need to discover encryption keys by the sender. This > abstraction can be used independently from access control to enable > simple scenarios where authentication of the recipient is sufficient > to grant access to the message. > > The name Plasma was assigned to this effort as part of the IETF > process. It is derived from PoLicy enhAnced Secure eMAil. > > > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat >
- [plasma] Fwd: New Version Notification for draft-… Trevor Freeman