First round of my stupid questions about NTS
    Gary E. Miller 
    gem at rellim.com
       
    Fri Jan 18 19:32:33 UTC 2019
    
    
  
Yo Hal!
On Fri, 18 Jan 2019 02:16:33 -0800
Hal Murray via devel <devel at ntpsec.org> wrote:
> Gary said:
> >>> Just look to the SSL/TLS mess for how upwardly compatible change
> >>> in crypto can be badly managed.  
> >> That's a public API.  The cookie format is private.  
> > Uh.  lost me?   
> 
> SSL/TLS is documented in various RFCs.  That's what public means.  We
> expect systems written by different groups to interoperate so all the
> details need to be documented.
Of course, so I am still not sure of your point?
> Only the NTP server needs to know the format of a cookie.  It doesn't
> need to be documented.  That's what private means.
But it is a LOT more efficient if the NTS-KE servers does as well.
> If you want the NTS-KE server to generate initial cookies rather than
> asking the NTP server for them, then you have to bundle the NTS-KE
> server with the NTP server.
Uh, no....
> That makes them semi-private.  You have
> to keep both ends in sync.
Mostly.  And easy if they use the same library.
> But we already have to keep both ends in sync since the the protocol
> between NTS-KE server and NTP server is also private.
Uh, we do not have an NTS-KE -> NTPD server protocol yet.  May never
need one.
> Same for NTP
> client and NTS-KE client.  We could document those if we wanted to
> give the admin more choices.
I've always assumed the NTP client and NTS-KE client are one and the
same.  Since booth need to handle the cookies it makes no sense to
overcomplicate the client end.
> That all assumes we are packaging NTS-KE server and NTS-KE client as
> separate run time programs.
Certainly not my assumption.
> That seems unlikely for the client.
Lost me.  I could parse that sentence more than one way...
> It's also unlikely for the initial server, but reasonably likely for
> the future.
I'm having trouble expanding your reuse of 'it' to mean different things...
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/20190118/c56bad6a/attachment.bin>
    
    
More information about the devel
mailing list