r13 - 2011-02-22 - 13:06:55 - HarlanStennYou are here: NTP >  Dev Web > DevelopmentIssues > SntpIssues
NTP users are strongly urged to take immediate action to ensure that their NTP daemons are not susceptible to being used in distributed denial-of-service (DDoS) attacks. Please also take this opportunity to defeat denial-of-service attacks by implementing Ingress and Egress filtering through BCP38.

ntp-4.2.8p12 was released on 14 August 2018. It addresses 1 low-/medium-severity security issue in ntpd, 1 low-severity security issue in ntpq and ntpdc, and provides 27 non-security bugfixes and 4 other improvements over 4.2.8p11.

Please see the NTP Security Notice for vulnerability and mitigation details.

Are you using Autokey in production? If so, please contact Harlan - he's got some questions for you.

SNTP Issues

Related Topics: deprecating ntpdate, Open SNTP Bug list

New SNTP

At some point we will probably want to split some of this into a separate topic or few.

DONE The sntp code must have an appropriate license (NTP/ISC/MIT/BSD-without-advertising).

DONE The sntp code must be a complete and accurate implementation of the current/proposed SNTP specification.

DONE The SNTP code should also be able to be separated from the rest of the NTP codebase.

DONE It is OK to have the SNTP code have a support library that is shared with the NTP code.

DONE There are tricky things like making sure we do the correct logging to wtmp and/or utmp (or their *x versions) whenever the time is stepped.

Then the slope gets a bit more slippery.

DONE What about logging? (and it could be better still)

DONE What about exit status?

DONE Also, I want to keep using autogen for the options processing and man page generation.

-- HarlanStenn - 27 Oct 2007




Old SNTP

We must get rid of the "daemon" code in the current SNTP program, and make the beast conform (as best and fully as we can) to the proposed/draft SNTP spec (RFC 4330).

-- HarlanStenn - 10 Jul 2005



sntp currently will not display any results if the remote server is unsynchronized. This makes sense. However, it may be useful to display the value returned by the remote server in this case, with an indication that the remote server is unsynchronized.

Here are some choices:

  • 2006 Sep 12 20:16:04.123 UNSYNCHRONIZED
  • 2006 Sep 12 20:16:04.123 +/- infinity

-- HarlanStenn - 12 Sep 2006



The current output from sntp looks like:

 % sntp -u localhost
 2006 Nov 24 23:37:23.361 + 0.000 +/- 0.001 secs
 %

Should the number of decimal places displayed be a function of the precision of the remote host?

Should we display the precision of the remote host?

-- HarlanStenn - 24 Nov 2006

Edit | WYSIWYG | Attach | Printable | Raw View | Backlinks: Web, All Webs | History: r13 < r12 < r11 < r10 < r9 | More topic actions
 
SSL security by CAcert
Get the CAcert Root Certificate
This site is powered by the TWiki collaboration platform
IPv6 Ready
Copyright & 1999-2018 by the contributing authors. All material on this collaboration platform is the property of the contributing authors. Ideas, requests, problems regarding the site? Send feedback