Résumé
- À RIPE 93, une équipe a présenté une étude de sept grands services de temps. Microsoft disposait de douze adresses de serveurs, tandis que plus de la moitié des quelque 9 000 points d’observation RIPE Atlas testés n’en recevaient qu’une.
- Lors d’une campagne distincte, trois serveurs Microsoft ont présenté un décalage pendant plusieurs heures, dont un d’environ 40 à 50 millisecondes. Le papier situe cette valeur dans la tolérance des protocoles de sécurité qu’il prend en exemple.
Une pendule en panne se remarque plus vite quand une autre affiche l’heure juste. Encore faut-il que quelqu’un vous donne le droit de regarder la deuxième. C’est la scène très ordinaire cachée derrière le nom time.windows.com : le fournisseur possède plusieurs serveurs, mais sa réponse DNS peut n’en présenter qu’un seul au client.
Le papier original publié par SIDN Labs en octobre 2026, inscrit au programme de RIPE 93, compare sept services NTP : Microsoft, Apple, Google, Ubuntu, AWS, Cloudflare et Meta. Les chercheurs distinguent la taille de l’infrastructure et l’éventail effectivement offert à chaque client. Cette distinction change toute la conversation sur la résilience.
Microsoft exploitait douze adresses de serveurs. Pourtant, plus de la moitié d’environ 9 000 sondes RIPE Atlas utilisées pour interroger son DNS obtenaient une adresse unique. L’échantillon décrit des réponses vues depuis ces points de mesure ; il ne compte pas les ordinateurs Windows. La même étude observe trois fournisseurs utilisant l’anycast et quatre recourant surtout à plusieurs adresses unicast. Les stratégies diffèrent, mais le client ne peut comparer que les sources qu’on lui remet.
Le RFC 8633 préconise plusieurs sources indépendantes pour une synchronisation robuste. L’équipe recommande que Microsoft en retourne au moins quatre par client. Les douze serveurs existent déjà dans son inventaire : la décision à revoir se trouve dans l’aiguillage DNS. Une panne n’attend pas que l’inventaire de l’entreprise soit imprimé ; elle rencontre le petit jeu d’adresses reçu par une machine précise.
Les chercheurs ont également mesuré l’heure servie depuis quatre sites synchronisés par GPS, sur des fenêtres de vingt-quatre heures entre mai 2025 et juin 2026. Pendant une campagne, trois serveurs Microsoft ont dérivé plusieurs heures ; l’un atteignait environ 40 à 50 millisecondes. Le papier précise que les exemples de protocoles de sécurité étudiés supportent cette erreur. Le résultat pose une autre question : comment un client réduit à une seule source reconnaîtra-t-il une erreur beaucoup plus grave ?
La liste de publications de SIDN Labs date cette version étendue d’octobre 2026. Son relevé technique montre aussi des écarts entre fournisseurs pour IPv6, DNSSEC, RPKI et Network Time Security, le mécanisme défini par le RFC 8915. Cloudflare réunissait ces quatre éléments dans la fenêtre observée ; Ubuntu proposait également NTS. Les secondes distribuées ont une chaîne d’approvisionnement, même lorsque l’interface ne montre qu’une heure.
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance





