Error de seguridad del servidor de tiempo

Como ejemplo, Kerberos requiere sincronización de hora . Si se conecta a un servidor de tiempo que cambia su tiempo en una gran cantidad, podría interferir con el funcionamiento de kerberos. Puede haber otros protocolos que dependen de las marcas de tiempo incrustadas para una operación segura.

También: algunas aplicaciones no se comportan bien si el tiempo salta de repente. Es posible que haya ataques basados en cambiar el tiempo. No sé sobre Windows, pero el daemon NTP en los sistemas * nix intenta ajustar gradualmente el tiempo en lugar de saltarlo, por este motivo.

Una buena manera de sincronizar con un servidor de tiempo (especialmente si el reloj de su sistema está apagado por mucho) es configurar manualmente la hora "lo suficientemente cerca" de lo que puede administrar manualmente. Dentro de unos segundos es mejor, dentro de un par de minutos está bien si no tienes una buena fuente de tiempo. Luego, conéctese al servidor de hora y el servicio / demonio de hora local puede hacer ajustes más pequeños a la hora del sistema, posiblemente extendiendo los ajustes durante más tiempo para que no haya saltos en el reloj del sistema.

La mayoría de los demonios del servidor NTP no saltan el reloj significativamente hacia atrás o hacia adelante. En algunos modos operativos, se negarán a saltar, negándose a actualizar a cualquier cosa que no puedan alcanzar sesgando (ajustes minuciosos durante un largo período).

El salto desordena la continuidad del registro, la comparación de archivos por marca de tiempo y una gran cantidad de otros problemas. También afecta a cualquier cosa que dependa del tiempo: comprobaciones de actualización de software, trabajos programados, vencimiento de la cuenta, etc.

Configura tu reloj a una hora cercana a la hora real actual (lo que esté en tu reloj debería ser lo suficientemente bueno) y se pondrá en línea.