Re: [Git][NTPsec/ntpsec][master] 6 commits: nts.adoc: Capitalize a MUST

2019-02-08 Thread James Browning via devel
On 2/8/19, Hal Murray via devel wrote: > OpenSSL doesn't support what we need yet. > > Daniel has code that does. > https://github.com/dfoxfranke/libaes_siv > It doesn't build on NetBSD and gets warnings on FreeBSD. It gets warnings on Linux as well. But I'm guessing the variables 'block' of

Re: [Git][NTPsec/ntpsec][master] 6 commits: nts.adoc: Capitalize a MUST

2019-02-08 Thread Gary E. Miller via devel
Yo Hal! On Fri, 08 Feb 2019 14:12:44 -0800 Hal Murray via devel wrote: > > Unfortunately, in this case, I'm not sure if OpenSSL implements > > cipher strings for AEAD selection. I don't think they do. So _if_ > > we implement more than AES_SIV_CMAC_256, we may have to roll our > > own. However,

Re: My plans, suggestions and whatever

2019-02-08 Thread Gary E. Miller via devel
Yo Hal! On Fri, 08 Feb 2019 14:16:45 -0800 Hal Murray via devel wrote: > Gary said: > > For good reason. From their wiki: > > https://wiki.openssl.org/index.php/TLS1.3 > > "The OpenSSL git master branch (and the 1.1.1-pre9 beta version) > > contain our development TLSv1.3 code which is

Re: My plans, suggestions and whatever

2019-02-08 Thread Hal Murray via devel
Eric said: > We probably can't ship with anything lower than 1.1.1b, anyway. Not > according to Martin Langer. And it's not out yet. The problem is a simple limitation on the length of a string used to make C2S and S2C. It works fine if we shorten that string. That's a change to the NTS

Re: My plans, suggestions and whatever

2019-02-08 Thread Eric S. Raymond via devel
Gary E. Miller via devel : > > I'm debugging on OpenSSL 1.1.1a which supports TLS1.3 but is not > > widely deployed yet. > > For good reason. From their wiki: > > https://wiki.openssl.org/index.php/TLS1.3 > > "The OpenSSL git master branch (and the 1.1.1-pre9 beta version) > contain

Re: My plans, suggestions and whatever

2019-02-08 Thread Hal Murray via devel
Gary said: > For good reason. From their wiki: > https://wiki.openssl.org/index.php/TLS1.3 > "The OpenSSL git master branch (and the 1.1.1-pre9 beta version) > contain our development TLSv1.3 code which is based on the final > version of RFC8446 and can be used for testing purposes

Re: [Git][NTPsec/ntpsec][master] 6 commits: nts.adoc: Capitalize a MUST

2019-02-08 Thread Hal Murray via devel
> Unfortunately, in this case, I'm not sure if OpenSSL implements cipher > strings for AEAD selection. I don't think they do. So _if_ we implement more > than AES_SIV_CMAC_256, we may have to roll our own. However, _if_ we have to > roll our own, we should make it behave similarly to OpenSSL

Re: My plans, suggestions and whatever

2019-02-08 Thread Gary E. Miller via devel
Yo Hal! On Fri, 08 Feb 2019 13:51:15 -0800 Hal Murray via devel wrote: > I'm debugging on OpenSSL 1.1.1a which supports TLS1.3 but is not > widely deployed yet. For good reason. From their wiki: https://wiki.openssl.org/index.php/TLS1.3 "The OpenSSL git master branch (and the 1.1.1-pre9

Re: My plans, suggestions and whatever

2019-02-08 Thread Hal Murray via devel
>> making it build on >> older versions of OpenSSL. > Is this important? I haven't followed this exactly, but isn't AES_SIV_CMAC > only available in bleeding edge (possibly not even released) OpenSSL? If so, > this is only going to be useful if you're willing to backport the > AES_SIV_CMAC and

NTS draft 16 change

2019-02-08 Thread Ian Bruene via devel
Someone wondered what the changes in draft 16 were. Aside from date update miscellanea the only change is in section 9.3. This paragraph: Do not process time packets from servers if the time computed from them falls outside the validity period of the server's certificate.

Re: [Git][NTPsec/ntpsec][master] 6 commits: nts.adoc: Capitalize a MUST

2019-02-08 Thread Richard Laager via devel
On 2/8/19 3:14 PM, Gary E. Miller via devel wrote: > My point is that instead of coming up with somthing new,we should try > hard to stick to longstanding and well battle tested existing cipher > strings. Agreed! Unfortunately, in this case, I'm not sure if OpenSSL implements cipher strings for

Re: [Git][NTPsec/ntpsec][master] 6 commits: nts.adoc: Capitalize a MUST

2019-02-08 Thread Gary E. Miller via devel
Yo Richard! On Fri, 8 Feb 2019 15:01:37 -0600 Richard Laager via devel wrote: > >> dc2827a3 by Richard Laager at 2019-02-07T18:42:59Z > >> nts.adoc: Make AEAD_AES_SIV_CMAC_256 not implicit > >> > >> If the user specifies a NTPCipherSuite string, they need to include > >> AEAD_AES_SIV_CMAC_256

Re: [Git][NTPsec/ntpsec][master] 6 commits: nts.adoc: Capitalize a MUST

2019-02-08 Thread Richard Laager via devel
On 2/7/19 6:37 PM, Gary E. Miller via devel wrote: > Yo Richard! > > On Fri, 08 Feb 2019 00:26:27 + > Matt Selsky via vc wrote: > >> dc2827a3 by Richard Laager at 2019-02-07T18:42:59Z >> nts.adoc: Make AEAD_AES_SIV_CMAC_256 not implicit >> >> If the user specifies a NTPCipherSuite string,

Re: My plans, suggestions and whatever

2019-02-08 Thread Richard Laager via devel
On 2/7/19 8:20 PM, Hal Murray via devel wrote: > making it build on > older versions of OpenSSL. Is this important? I haven't followed this exactly, but isn't AES_SIV_CMAC only available in bleeding edge (possibly not even released) OpenSSL? If so, this is only going to be useful if you're

reasoning behind nts_lib

2019-02-08 Thread James Browning via devel
I had a reason for structuring nts_lib the way I did. It was mostly because I have the wrong ideas about what I am doing. Most of the variables that could reasonably be needed and some that are are in the structs. I was trying (incorrectly) to make the code thread-safe. Anyway, not that I seem to