On Tue, Aug 30, 2016 at 11:19 AM, Dave Garrett
wrote:
> I think it's time we just renamed TLS 1.3 to TLS 2.0.
+0.7
--
Colm
___
TLS mailing list
TLS@ietf.org
https://www.ietf.org/mailman/listinfo/tls
Dave Garrett writes:
>The HTTP/2 spec explicitly refers to TLS 1.3 and up as not needing the
>security restrictions on TLS 1.2 it lays out.
Given that LTS fixes all (known) problems in TLS 1.2 and earlier (hey, if you
know of weaknesses/attacks, say so now), it doesn't
+1
On Wed, Aug 31, 2016 at 7:05 PM, Richard Barnes wrote:
> I am in total agreement with Nick here. "TLS 1.3" accurately describes what
> we're doing here, and it's consistent with our past naming scheme.
>
> There is no upside to changing away from 1.3, and as Nick notes, lots of
> On 1 Sep 2016, at 6:31 PM, Dave Garrett wrote:
>
> On Thursday, September 01, 2016 02:05:25 am Judson Wilson wrote:
>>> I like TLS/2 aesthetically, and represents a similar level of
>>> progress/reset that HTTP saw when it jumped from 1.1 to /2.
>>
>> What is the
On Thursday, September 01, 2016 02:05:25 am Judson Wilson wrote:
> > I like TLS/2 aesthetically, and represents a similar level of
> > progress/reset that HTTP saw when it jumped from 1.1 to /2.
>
> What is the slash in the name all about? Is it simply playing off the HTTP
> start line
> On Aug 31, 2016, at 10:01 PM, Eric Mill wrote:
>
>
> FWIW, I've definitely seen real-world confusion about SSLv3 being a more
> recent protocol than TLS 1.X, by organizations that should know better. If
> there's interest and consensus, this could be a good opportunity to
>
> FWIW, I've definitely seen real-world confusion about SSLv3 being a more
> recent protocol than TLS 1.X, by organizations that should know better. If
> there's interest and consensus, this could be a good opportunity to reset
> the situation with TLS/2 or TLS 4.0.
>
> I like TLS/2
On Wed, Aug 31, 2016 at 7:05 PM, Richard Barnes wrote:
> I am in total agreement with Nick here. "TLS 1.3" accurately describes
> what we're doing here, and it's consistent with our past naming scheme.
>
> There is no upside to changing away from 1.3, and as Nick notes, lots of
>
On Wednesday, August 31, 2016 06:42:28 pm Erik Nygren wrote:
> Is it worth having a poll (hate it, neutral, love it) on options to judge
> preference
> It seems like options are (I may have missed some):
>
> - TLS 1.3 (ie, the default if we do nothing)
> - TLS 2.0
> - TLS 2
> - TLS/2
> - TLS 4.0
I am in total agreement with Nick here. "TLS 1.3" accurately describes
what we're doing here, and it's consistent with our past naming scheme.
There is no upside to changing away from 1.3, and as Nick notes, lots of
potential downside.
--Richard
On Wednesday, August 31, 2016, Nick Sullivan
On Wednesday, August 31, 2016 06:35:13 pm Nick Sullivan wrote:
> I am reluctant to endorse a name change from TLS 1.3 to TLS 2.0.
I was too, until we created a new cipher suite negotiation incompatible with
previous versions.
> I see a few immediate issues with the proposal:
> - it causes
Is it worth having a poll (hate it, neutral, love it) on options to judge
preference
It seems like options are (I may have missed some):
- TLS 1.3 (ie, the default if we do nothing)
- TLS 2.0
- TLS 2
- TLS/2
- TLS 4.0
- TLS/4
- TLS 4
- TLS 34
On the topic of "what does this re-open", I'm not
I am reluctant to endorse a name change from TLS 1.3 to TLS 2.0. I see a
few immediate issues with the proposal:
- it causes confusion with SSL 2.0
- it implies wire incompatibility with TLS 1.2
- it suggests there will be a forthcoming TLS 2.1 with only minor changes
If we're dead set on bumping
We could call it TLS 3.4 which would match the internal ID. :-)
BTW, I think using something other than 1.3 is a good idea.
Cheers - Bill
-
Bill Frantz| When it comes to the world | Periwinkle
(408)356-8506
(replies to 4 separate but related posts, below)
On Wednesday, August 31, 2016 03:52:44 am Peter Gutmann wrote:
> Julien ÉLIE writes:
> >Considering that possible change, wouldn't it be useful to go on working on
> >draft-gutmann-tls-lts-05, and consider TLS-LTS not as a
Erik Nygren writes:
> I'm also very supportive for the reasons you outline.
>
> However, I think we should consider calling it TLS 4 or TLS 4.0 or TLS 5.
>
> In particular, much of the non-technical audience still calls it "SSL" (pet
> peeve of many of us, I suspect) and
+10k
Rich Salz responded:
> DKG proposed:
>> https://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml
>> doesn't have a "TLS version" registry. Would it be simpler to have IANA
>> create that and just populate it with:
>>
>>Value | Description | Reference
>>
> https://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml
> doesn't have a "TLS version" registry. Would it be simpler to have IANA
> create that and just populate it with:
>
> Value | Description | Reference
> --+-+--
>0x30 |SSLv3| RFC 6101,
On Wednesday, 31 August 2016 09:35:47 CEST Xiaoyin Liu wrote:
> > From: Hubert Kario [mailto:hka...@redhat.com]
> > Sent: Wednesday, August 31, 2016 4:48 AM
> > To: Xiaoyin Liu <xiaoyi...@outlook.com>
> > Cc: tls@ietf.org
> > Subject: Re: [TLS] TLS 1.3 ->
> From: Hubert Kario [mailto:hka...@redhat.com]
> Sent: Wednesday, August 31, 2016 4:48 AM
> To: Xiaoyin Liu <xiaoyi...@outlook.com>
> Cc: tls@ietf.org
> Subject: Re: [TLS] TLS 1.3 -> TLS 2.0?
>
> On Tuesday, 30 August 2016 22:20:45 CEST Xiaoyin Liu wrot
On Tuesday, 30 August 2016 22:20:45 CEST Xiaoyin Liu wrote:
> > -Original Message-
> > From: TLS [mailto:tls-boun...@ietf.org] On Behalf Of Hubert Kario
> > Sent: Tuesday, August 30, 2016 4:14 PM
> > To: tls@ietf.org
> > Subject: Re: [TLS] TLS 1.3 -> TLS 2.
Julien ÉLIE writes:
>Considering that possible change, wouldn't it be useful to go on working on
>draft-gutmann-tls-lts-05, and consider TLS-LTS not as a TLS extension but as
>a real 1.3 version of the 1.x series?
If the current 2.0-called-1.3 is renamed to 2.0, I'd be
Hi all,
I think it's time we just renamed TLS 1.3 to TLS 2.0. There are major
changes, so labeling it a major version seems more appropriate.
+1 to all of this. As people on the list know, I've been calling it
"TLS 2.0-called-1.3" for a long time now. It really is a new protocol
rather
Dave Garrett writes:
>I think it's time we just renamed TLS 1.3 to TLS 2.0. There are major
>changes, so labeling it a major version seems more appropriate.
>
>[...]
+1 to all of this. As people on the list know, I've been calling it
"TLS 2.0-called-1.3" for a long
On Tue, 2016-08-30 at 14:19 -0400, Dave Garrett wrote:
> I occasionally see people ask why we're calling it TLS 1.3 when so
> much has changed, and I used to simply think that it was too
> bikesheddy to bother changing at this point. However, now that we've
> redone negotiation, we have new TLS
> -Original Message-
> From: TLS [mailto:tls-boun...@ietf.org] On Behalf Of Hubert Kario
> Sent: Tuesday, August 30, 2016 4:14 PM
> To: tls@ietf.org
> Subject: Re: [TLS] TLS 1.3 -> TLS 2.0?
>
> On Tuesday, 30 August 2016 14:19:33 CEST Dave Garrett wrote:
> >
On 30/08/16 21:14, Hubert Kario wrote:
On Tuesday, 30 August 2016 14:19:33 CEST Dave Garrett wrote:
* Keep the version ID as { 3, 4 } (already weird counting; changing risks
more intolerance)
IMNSHO this alone is enough of a reason not to do this
it's enough explaining to people that SSLv3.3
I'm also very supportive for the reasons you outline.
However, I think we should consider calling it TLS 4 or TLS 4.0 or TLS 5.
In particular, much of the non-technical audience still calls it "SSL" (pet
peeve of many of us, I suspect) and having a version number clearly greater
than SSLv3 and
On Tuesday, August 30, 2016 02:36:51 pm Xiaoyin Liu wrote:
> I support this change as long as there is no technical change (version ID
> remains 0x0304).
To reiterate, I am also against changing the version ID. However, I do think
it's worth updating the context string version number, otherwise
I support this change as long as there is no technical change (version ID
remains 0x0304).
Best,
Xiaoyin
From: Dave Garrett<mailto:davemgarr...@gmail.com>
Sent: Tuesday, August 30, 2016 2:19 PM
To: tls@ietf.org<mailto:tls@ietf.org>
Subject: [TLS] TLS 1.3 -> TLS 2.0?
I o
Subject: [TLS] TLS 1.3 -> TLS 2.0?
I occasionally see people ask why we're calling it TLS 1.3 when so much has
changed, and I used to simply think that it was too bikesheddy to bother
changing at this point. However, now that we've redone negotiation, we have new
TLS 1.3+ only cipher sui
I occasionally see people ask why we're calling it TLS 1.3 when so much has
changed, and I used to simply think that it was too bikesheddy to bother
changing at this point. However, now that we've redone negotiation, we have new
TLS 1.3+ only cipher suites. The old are not compatible with the
32 matches
Mail list logo