要約

  • 約9,000のRIPE Atlas観測点から12時間DNSを測定した結果、MicrosoftのNTPサービスにはIPv4アドレスが12個あったが、半数を超える観測点に返ったのは1個だけだった。
  • RFC 8633は、正確さを重視する運用者に少なくとも4つの独立した多様な時刻源を勧める。サービス側の総アドレス数から、クライアントが比較できる数は分からない。

分析

研究チームは再帰DNSのキャッシュを介さず、権威DNSへ10分ごとに12時間問い合わせた。約9,000のRIPE Atlas観測点から170か国で有効な応答を得た。MicrosoftのNTPサービスについて確認されたIPv4アドレスは計12個。しかし観測点の半数超は、異なるアドレスを1個しか受け取らなかった。別途60日間続けた測定でも、Microsoftの同じ12アドレスが観測された。

NTPのベストプラクティスをまとめたRFC 8633は、正確さを必要とする運用者に、少なくとも4つの独立し、多様な時刻源を勧める。同じ運用者、経路、障害領域に依存する複数源は同時に止まり得る。受け取ったアドレスが1つだけなら、勧告にある複数源の照合を行えない。

サービスの台帳に12個と書かれていても、利用者の画面に届く選択肢が1つなら、12通りの比較はできない。Pascal Huppertと7人の共著者は、CoNEXT 2026採択論文 BigTime: Characterizing Large Time Service Providers で、提供側のアドレス総数とネットワークの各地点が受け取った答えの差を測った。

Pascal HuppertはUniversity of Twenteの博士課程学生で、NTPエコシステムの耐障害性とセキュリティを研究している。問いは「提供者はいくつ運用しているか」から「端末にはいくつ届き、照合できるか」へ移る。耐障害性の実地の境界は、DNSの答えと端末の設定が出会う場所にある。

論文にはDNS測定とは別の精度試験もある。参照時計に同期した4地点（クラウドの3地域とオランダのSIDN）から応答を計測した。スウェーデンの観測点では、Microsoftの3サーバーアドレスから来た199件の応答が、往復遅延の半分を基準とする上限を超えた。最大値は−50.97ミリ秒。経路の非対称性もNTPのオフセットを偏らせるため、著者らはこの境界を使った。この精度試験は4地点を対象にした。別の配置にも結論を広げるには、さらに多くの端末と場所で測る必要がある。

Atlasのデータは各観測点が受け取ったDNS応答を記録しており、論文にはWindows端末ごとのログがない。1つのIPアドレスが複数の機器を束ねる場合もあるため、ここで数えるのは物理サーバーではなくクライアントから見える選択肢だ。測定対象の場所と時間帯では、過半のプローブにサービスアドレスが1つ返った。その1つだけでは、背後にある時計を独立した時刻源として照合できない。

出典