Glosario de seguridad
¿Qué es el NTP (protocolo de tiempo de red)?
El NTP (protocolo de tiempo de red) es un protocolo de red que sincroniza los relojes de los sistemas informáticos a través de redes de datos con conmutación de paquetes y latencia variable. Utiliza una jerarquía de fuentes de tiempo e intercambios de mensajes con marca de tiempo para estimar y corregir la desviación del reloj; su versión actual se especifica en el RFC 5905.
Puntos claveLos puntos clave se generan con la ayuda de la inteligencia artificial. Dado que los resúmenes automáticos pueden contener en ocasiones errores u omitir contexto importante, consulta siempre la entrada completa del blog para obtener toda la información.Network Time Protocol (NTP) is a network protocol that synchronizes computer system clocks across networked environments by establishing hierarchical time sources and using timestamped message exchanges to estimate and correct clock offsets, as specified in RFC 5905. Accurate timekeeping is critical for log correlation during incident response, security functions like TLS certificate validation and Kerberos authentication, and DNS/DHCP operations; clock drift can break authentication, cause name resolution failures, and render audit evidence unreliable. Proper NTP deployment requires using multiple trusted internal sources, restricting query access, monitoring clock offset, securing against UDP-based amplification attacks, and carefully managing virtual machine clock synchronization to prevent operational outages and security control failures.
Cómo funciona el NTP
Los clientes NTP calculan la diferencia entre su reloj local y uno o varios servidores de referencia, y luego ajustan el reloj gradualmente. Los servidores se organizan en niveles denominados «estratos», en los que los servidores de estrato 1 se conectan directamente a un reloj de referencia, como el GPS.
- El cliente envía una solicitud: el cliente envía un paquete UDP a un servidor NTP en el puerto 123, registrando en el paquete su propia marca de tiempo de transmisión.
- Respuestas del servidor: El servidor registra cuándo recibió la solicitud y cuándo envió la respuesta, y devuelve ambas marcas de tiempo junto con la marca de tiempo original del cliente.
- El cliente registra la llegada: el cliente anota la hora en que llegó la respuesta, lo que le proporciona cuatro marcas de tiempo para el intercambio.
- Cálculo del desfase y el retraso: a partir de las cuatro marcas de tiempo, el cliente calcula el retraso de ida y vuelta y el desfase de su reloj respecto al del servidor.
- Selección y filtrado: cuando hay varios servidores configurados, el cliente compara las muestras, descarta las fuentes poco fiables y elige las mejores candidatas.
- Disciplina de reloj: el cliente ajusta su reloj gradualmente para eliminar la desviación. Solo realiza un ajuste brusco del reloj cuando el error es grande.
El intercambio se repite continuamente, y el intervalo de sondeo se alarga a medida que el reloj se estabiliza. NTP no autentica los servidores de forma predeterminada, por lo que se utilizan mecanismos opcionales, como claves simétricas o seguridad de tiempo de red, cuando es importante la fiabilidad de la fuente.
Problemas habituales con NTP
Un demonio NTP puede negarse a corregir un reloj que se desvíe más allá de su umbral de pánico, que por defecto es de 1000 segundos en la implementación de referencia. Un dispositivo con la batería agotada o con una fecha incorrecta seguirá mostrando la hora errónea hasta que un administrador ajuste la hora manualmente o inicie el demonio con una opción de ajuste.
Configurar un único servidor deja a los clientes sin forma de detectar una fuente defectuosa. Si ese servidor se desvía o es erróneo, todos los clientes lo siguen. El uso de varias fuentes independientes permite que el algoritmo de selección descarte un valor atípico.
Las reglas de cortafuegos que permiten el tráfico DNS y web, pero bloquean el puerto UDP 123, hacen que los clientes no se sincronicen sin que se produzca ningún error evidente. Los síntomas incluyen un desfase creciente, un estado de estrato 16 o un par al que nunca se puede acceder. Comprueba tanto las solicitudes salientes como el tráfico de retorno a través de dispositivos con seguimiento de estado.
Un servidor que responda a consultas de supervisión o control procedentes de cualquier dirección puede utilizarse en ataques de reflexión contra terceros. Restringe el acceso a las consultas y al control a redes de confianza y mantén el software actualizado con los parches correspondientes.
Las máquinas virtuales pueden sufrir desviaciones o saltos tras una pausa, una restauración de instantánea o una migración de host. Ejecutar un cliente NTP en una máquina virtual junto con la función de sincronización horaria del hipervisor puede provocar que ambos se disputen el control del reloj, por lo que conviene elegir un método de forma deliberada.
Términos relacionados
Establecimiento de modelos de flujo de trabajo y aprobación de IPAM regulados y preparados para auditorías para las redes de la organización
Descubre soluciones de gestión de direcciones IP para flujos de trabajo de IPAM regulados y preparados para auditorías. Habilita aprobaciones por ámbitos…
Content Hub Comprender el modelo OSI: dónde encajan el DNS y el direccionamiento IP dentro de las 7 capas
Comprende las siete capas del modelo OSI y cómo encajan en ellas el DNS y el direccionamiento IP. Aprende los fundamentos de la arquitectura de redes con…
Escalabilidad del DNS y la gestión de direcciones IP (IPAM) para redes empresariales IPv6 y de doble pila
Amplíe el DNS y el IPAM para redes empresariales de doble pila. Descubra cómo Micetro ayuda a los equipos a gestionar las migraciones a IPv6 con sistemas…
Integración de DNS, DHCP e IPAM en flujos de trabajo de infraestructura como código basados en Ansible y Git
La integración de DNS, DHCP e IPAM en los flujos de trabajo de IaC basados en Ansible y Git con Micetro convierte los cambios de direcciones y registros en…
Podcast Podcast: Cómo la IA está cambiando el desarrollo de software empresarial
La IA transforma la automatización de redes, pero una implementación segura requiere sólidas prácticas de software, pruebas y experiencia en el ámbito…
Podcast Podcast: Por qué las plataformas abiertas son importantes en las operaciones de red
Las plataformas abiertas y la arquitectura «API-first» permiten operaciones de red inteligentes, automatización y flujos de trabajo impulsados por IA en…
Obtenga respuestas a partir de los datos de LiveNX que ya tiene con LiveAssist
Descubre cómo LiveAssist, el complemento basado en IA para LiveNX, convierte tus datos de red en respuestas rápidas y guiadas, con un valor que podrás…
Oferta de dispositivos LiveWire GEN3
BlueCat LiveWire es una plataforma de captura de paquetes y análisis forense de redes que ofrece una visibilidad profunda a nivel de paquetes en entornos…