NTS client configuration support has landed

Gary E. Miller gem at rellim.com
Sat Feb 2 05:50:04 UTC 2019


Yo Richard!

On Fri, 1 Feb 2019 21:24:06 -0600
Richard Laager via devel <devel at ntpsec.org> wrote:

> On 2/1/19 9:07 PM, Richard Laager wrote:
> > On 2/1/19 7:56 PM, Gary E. Miller via devel wrote:  
> >> "tlsver [1.2 1.3]*  
> > If forcing a maximum version (e.g. for testing) is important, tlsver
> > seems like a good approach.  
> 
> Another approach would be to allow specifying a minimum and maximum
> version. That's what Firefox recently did, citing "We need policies
> for min/max TLS to be consistent Chrome and for the DOD STIG."
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=1522182

That could work.  I am used to how Apache, sendmail and postfix do
it, which is by using a plain list.

The problem is when the change from TLS to XXX, like the change from SSL
to TLS, which broke all the softeare using a min/max.

> So maybe that's a better way.

Flip a coin.

> I'm not familiar with DOD security policies, so I'm not able to find a
> reference either way as to whether a _maximum_ TLS version setting is
> required.

As a practical matter, in the current world where TLS 1.3 does not
really exist, a max of 1.2 makes sense.  Gonna be a long time before 1.3
works.

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
	gem at rellim.com  Tel:+1 541 382 8588

	    Veritas liberabit vos. -- Quid est veritas?
    "If you can’t measure it, you can’t improve it." - Lord Kelvin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 851 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ntpsec.org/pipermail/devel/attachments/20190201/8d579a27/attachment.bin>


More information about the devel mailing list