Re: [TLS] draft-green-tls-static-dh-in-tls13-01

> What's to be gained by anyone in having this be an RFC? A patina of > legitimacy with which to flog it at implementors is the only thing I can think > of. Folks who were at the last IETF might want to think of Prof Clark's talk about tilting the playing field;

Re: [TLS] draft-green-tls-static-dh-in-tls13-01

On Thu, Jul 13, 2017 at 03:01:04PM -0500, Stephen Checkoway wrote: > I don't think the WG should adopt this. +1 > There are essentially two separate proposals in the I-D. Section 5 > proposes a slight change to TLS that results in no changes on the wire > and, as far as I can tell, is already

Re: [TLS] draft-green-tls-static-dh-in-tls13-01

I don't think the WG should adopt this. There are essentially two separate proposals in the I-D. Section 5 proposes a slight change to TLS that results in no changes on the wire and, as far as I can tell, is already allowed (but should probably be discouraged) in the TLS 1.3 I-D. Thus, there's

[TLS] GH repo location for draft-ietf-tls-exported-authenticator

Nick reminded me to create a repo for draft-ietf-tls-exported-authenticator. It can be found here: https://github.com/tlswg/tls-exported-authenticator Nick’s going to copy the draft from his private repo to this one soon. spt ___ TLS mailing list

Re: [TLS] possible new work item: not breaking TLS

I support allocating a time slot for the arguments against the draft-green (and similar/related approaches). I also support documenting the above arguments, possibly in a TLS WG draft. -- Regards, Uri Blumenthal On 7/13/17, 08:00, "TLS on behalf of Stephen Farrell"

Re: [TLS] draft-green-tls-static-dh-in-tls13-01

Hi Steve, Thanks for taking the time to detail out your concerns and current use cases. This is helpful. On Tue, Jul 11, 2017 at 9:39 PM, Martin Thomson wrote: > On 12 July 2017 at 09:59, Steve Fenter wrote: >>> And if you had one an

[TLS] possible new work item: not breaking TLS

Hi again TLS WG chairs, I've done a bit more work on the collection of arguments against the latest break-TLS proposal. [1] I plan to keep working on that so more input is welcome. (Corrections where I've gotten stuff wrong are even more welcome.) I'd like to again request some time on the

[TLS] 答复: Solving the NAT expiring problem causing DTLS renegotiation with high power consumption in DTLS1.2

Hi Wing, Please see the comments inline Regards, Yin Xinxing -邮件原件- 发件人: Dan Wing [mailto:danw...@gmail.com] 发送时间: 2017年7月13日 12:35 收件人: yinxinxing 抄送: tls@ietf.org; Sean Turner 主题: Re: [TLS] Solving the NAT expiring problem causing DTLS renegotiation with high power consumption in