Un horodatage n'est fiable que si l'horloge l'est aussi

Un jeton d'horodatage RFC 3161 fixe une date de façon cryptographiquement vérifiable. Mais cette date vient de quelque part : l'horloge du serveur de l'autorité d'horodatage au moment où elle signe. D'où vient la fiabilité de cette horloge ? D'un protocole discret et presque jamais mentionné : le NTP, Network Time Protocol.

Le NTP, en bref

Le NTP est un protocole standard, utilisé depuis les années 1980, qui synchronise l'horloge d'un serveur sur des références de temps très précises (horloges atomiques, signaux GPS), via une hiérarchie de sources appelées strates. Sur une infrastructure bien configurée, la précision obtenue se compte en millisecondes.

Pourquoi ça compte directement pour ChronoCert

Chaque horodatage délivré est ancré sur l'heure du serveur au moment de la signature. Une horloge dérivée de quelques minutes, même sans aucune faille dans le mécanisme cryptographique lui-même, fragiliserait la valeur de la date affichée sur le certificat. La robustesse cryptographique ne sert à rien si l'heure de départ est fausse.

Ce qui protège contre une dérive

Une infrastructure d'horodatage sérieuse synchronise ses serveurs sur plusieurs sources NTP fiables et redondantes, avec une surveillance active de toute dérive anormale. C'est un détail d'ingénierie invisible sur le certificat final, mais dont dépend entièrement la crédibilité de la date qu'il affiche.

Deux couches indissociables

La robustesse d'un horodatage repose sur deux couches : une couche cryptographique visible, la signature RFC 3161, et une couche d'infrastructure invisible, la synchronisation d'horloge. La première est documentée, vérifiable, mise en avant. La seconde est rarement mentionnée, alors qu'elle est tout aussi critique.

Un détail qu'on ne voit jamais, mais dont tout dépend

Aucun certificat n'affiche l'état de synchronisation NTP du serveur qui l'a signé. C'est pourtant l'une des conditions silencieuses sans laquelle la date affichée n'aurait aucune valeur.