Re: [TLS] TLS Charter Revision
"Joseph Salowey (jsalowey)" <jsalowey@cisco.com> Thu, 30 January 2014 23:00 UTC
Return-Path: <jsalowey@cisco.com>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com
(Postfix) with ESMTP id 477681A04D9 for <tls@ietfa.amsl.com>;
Thu, 30 Jan 2014 15:00:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.036
X-Spam-Level:
X-Spam-Status: No,
score=-15.036 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,
DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5,
RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001,
USER_IN_DEF_DKIM_WL=-7.5] 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 Wf_ASXlKOp_n for
<tls@ietfa.amsl.com>; Thu, 30 Jan 2014 15:00:43 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75])
by ietfa.amsl.com (Postfix) with ESMTP id D0CF51A039C for <tls@ietf.org>;
Thu, 30 Jan 2014 15:00:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com;
l=2697; q=dns/txt; s=iport; t=1391122839; x=1392332439;
h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version;
bh=zWiPpXX45WslC3nFNOWKm9yQnH0ZraI19youVVoear8=;
b=I5v64Zj7QvYbLI6CyrrWO4Pi/1XeORUfOtOvhum6sTvAO0wfYncYnssm
SRNoPEw291Kkh2JhZxGrojF/zLMSOl7njnb8NV78plCXj+F6RQm2dtAKI
RXdSYjJxr9BXGjDiWhwwz8yEAyeDhUc5nuik0nSNcP9lUM+k671ZcxUE5 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgMFAArZ6lKtJXG8/2dsb2JhbABZgww4V6pbkk6BChZ0giYBAQQ6TwIBCDYQMiUCBIgYzHMXjk86gySBFASUQINokh+DLYIq
X-IronPort-AV: E=Sophos;i="4.95,752,1384300800"; d="scan'208";a="300949345"
Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by
rcdn-iport-4.cisco.com with ESMTP; 30 Jan 2014 23:00:39 +0000
Received: from xhc-aln-x14.cisco.com (xhc-aln-x14.cisco.com [173.36.12.88]) by
rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id s0UN0duU032091
(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for
<tls@ietf.org>; Thu, 30 Jan 2014 23:00:39 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.227]) by
xhc-aln-x14.cisco.com ([173.36.12.88]) with mapi id 14.03.0123.003;
Thu, 30 Jan 2014 17:00:38 -0600
From: "Joseph Salowey (jsalowey)" <jsalowey@cisco.com>
To: "<tls@ietf.org>" <tls@ietf.org>
Thread-Topic: [TLS] TLS Charter Revision
Thread-Index: AQHO75QH12xj16hlv0SmAgrMfgWOIZpCOZwAgAGJjoCADV40AIAAAvsAgAAHaYCAALekAIAAC32AgAZIHoCARmyZgA==
Date: Thu, 30 Jan 2014 23:00:38 +0000
Message-ID: <F182EA8A-51DC-4803-B8C0-8B4DDF6FDDCD@cisco.com>
References: <2F2286E3-7717-4E8F-B1EA-B2E4155F7C17@cisco.com>
<CACsn0ckzA9hd3+zTH5FNNBbPAQqUqaXD8_Z35a8vKEG6WjXbTg@mail.gmail.com>
<53edda7bf2804289817f54a8c2ecce33@BY2PR03MB074.namprd03.prod.outlook.com>
<2A0EFB9C05D0164E98F19BB0AF3708C711E42D63D8@USMBX1.msg.corp.akamai.com>
<3A9A4169-6B5E-453E-930A-F00291B541F4@apple.com>
<CAOdDvNqQ_QaX4QjweRWuAQ=P83fXhew_diEWOp0Rq0amwW3OAQ@mail.gmail.com>
<2A0EFB9C05D0164E98F19BB0AF3708C711E4675283@USMBX1.msg.corp.akamai.com>
<CACsn0c=Fv+V39G-2695fdbRKKq44rAFLpL11UeqcCUaL_YU42w@mail.gmail.com>
<568e68cbc61344fc8ad91dcd238a5f4b@BY2PR03MB074.namprd03.prod.outlook.com>
In-Reply-To: <568e68cbc61344fc8ad91dcd238a5f4b@BY2PR03MB074.namprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.33.248.158]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <10A22C22C8F7DF47B5EC01AAD8820C9C@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [TLS] TLS Charter Revision
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working
group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>,
<mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tls/>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>,
<mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Jan 2014 23:00:45 -0000
I updated the charter based on the list discussion and included it below. Sean is going to forward this version to the IESG. Main changes: 2nd bullet: added "The aim is also to maintain current security features." 4th bullet: added "Are additional mechanisms needed to prevent version rollback needed?" 6th Bullet: added Stephen's privacy text. Cheers, Joe The TLS (Transport Layer Security) working group was established in 1996 to standardize a 'transport layer' security protocol. The basis for the work was SSL (Secure Socket Layer) v3.0. The TLS working group has completed a series of specifications that describe the TLS protocol v1.0, v1.1, and v1.2 and DTLS (Datagram TLS) v1.2 as well as extensions to the protocols and ciphersuites. The primary purpose of the working group is to develop (D)TLS v1.3. Some of the main design goals are as follows, in no particular order: o Develop a mode that encrypts as much of the handshake as is possible to reduce the amount of observable data to both passive and active attackers. o Develop modes to reduce handshake latency, which primarily support HTTP-based applications, aiming for one roundtrip for a full handshake and one or zero roundtrip for repeated handshakes. The aim is also to maintain current security features. o Update record payload protection cryptographic mechanisms and algorithms to address known weaknesses in the CBC block cipher modes and to replace RC4. o Reevaluate handshake contents, e.g.,: Is time needed in client hello? Should signature in server key exchange cover entire handshake? Are bigger randoms required? Should there be distinct cipher list for each version? Are additional mechanisms needed to prevent version rollback needed? o The WG will consider the privacy implications of TLS1.3 and where possible (balancing with other requirements) will aim to make TLS1.3 more privacy-friendly, e.g. via more consistent application traffic padding, more considered use of long term identifying values, etc. A secondary purpose is to maintain previous version of the (D)TLS protocols as well as to specify the use of (D)TLS, recommendations for use of (D)TLS, extensions to (D)TLS, and cipher suites. However, changes or additions to older versions of (D)TLS whether via extensions or ciphersuites are discouraged and require significant justification to be taken on as work items. With these objectives in mind, the TLS WG will also place a priority in minimizing gratuitous changes to TLS. Milestone/Dates: 201404 - CBC Fixes to IESG 201405 - RC4 replacement to IESG 201411 - (D)TLS 1.3 to IESG
- [TLS] TLS Charter Revision Joseph Salowey (jsalowey)
- Re: [TLS] TLS Charter Revision Daniel Kahn Gillmor
- Re: [TLS] TLS Charter Revision Watson Ladd
- Re: [TLS] TLS Charter Revision Marsh Ray
- Re: [TLS] TLS Charter Revision Watson Ladd
- Re: [TLS] TLS Charter Revision Trevor Perrin
- Re: [TLS] TLS Charter Revision Nikos Mavrogiannopoulos
- Re: [TLS] TLS Charter Revision Martin Thomson
- Re: [TLS] TLS Charter Revision Mohamad Badra
- Re: [TLS] TLS Charter Revision Joseph Salowey (jsalowey)
- Re: [TLS] TLS Charter Revision Yaron Sheffer
- Re: [TLS] TLS Charter Revision Stephen Farrell
- Re: [TLS] TLS Charter Revision Yoav Nir
- Re: [TLS] TLS Charter Revision Stephen Farrell
- Re: [TLS] TLS Charter Revision Hovav Shacham
- Re: [TLS] TLS Charter Revision Salz, Rich
- Re: [TLS] TLS Charter Revision Michael Sweet
- Re: [TLS] TLS Charter Revision Patrick McManus
- Re: [TLS] TLS Charter Revision Michael Sweet
- Re: [TLS] TLS Charter Revision Eric Rescorla
- Re: [TLS] TLS Charter Revision Salz, Rich
- Re: [TLS] TLS Charter Revision Watson Ladd
- Re: [TLS] TLS Charter Revision Brian Smith
- Re: [TLS] TLS Charter Revision Salz, Rich
- Re: [TLS] TLS Charter Revision Marsh Ray
- Re: [TLS] TLS Charter Revision Joseph Salowey (jsalowey)
- Re: [TLS] TLS Charter Revision Rene Struik
- Re: [TLS] TLS Charter Revision Sean Turner