요약

  • RIPE 93에서 소개된 연구는 대형 NTP 시간 서비스 일곱 곳을 측정했다. Microsoft는 시간 서버 주소 12개를 운영했지만 약 9000개 RIPE Atlas 시험 지점의 절반 넘는 곳에는 DNS가 주소 하나만 돌려줬다.
  • GPS로 동기화한 네 관측점의 별도 시험에서는 Microsoft 서버 세 대가 몇 시간 동안 시간을 어긋나게 제공했고, 한 대의 차이는 약 40~50밀리초였다. 논문이 제시한 보안 프로토콜 사례는 이 크기의 오차를 견딘다.

시계 열두 개가 진열된 가게에서 손님에게는 한 개의 위치만 적힌 쪽지를 준다면 어떨까. 손님이 가진 비교 대상은 진열대가 아니라 쪽지다. SIDN Labs의 2026년 원논문은 시간 서버를 운영하는 규모와 한 클라이언트에게 실제 건네는 선택지가 얼마나 다른지 보여준다. 이 연구는 RIPE 93 프로그램에도 올랐다.

조사 대상은 Microsoft, Apple, Google, Ubuntu, AWS, Cloudflare, Meta의 NTP 서비스다. 세 곳은 IP 애니캐스트를 썼고 네 곳은 대체로 여러 유니캐스트 주소를 사용했다. Microsoft에는 서버 주소가 열두 개 있었다. 하지만 연구진이 약 9000개 RIPE Atlas 관측 지점에서 DNS를 조회하자 절반 넘는 지점에는 주소 하나만 돌아왔다. 이 비율은 시험 지점에서 받은 응답에 관한 수치다. Windows 기기 수를 세어 얻은 비율이 아니다.

RFC 8633은 안정적인 시간 동기화를 위해 독립된 시간원을 여럿 쓰도록 권한다. 하나만 받은 기기는 그 시계가 어긋났을 때 바로 견줄 상대가 없다. 연구진은 고객마다 최소 네 주소를 제시하라고 권한다. 이미 있던 열두 서버를 어떻게 DNS 응답에 배분할지가 먼저 풀 문제다. 재고가 많다는 설명만으로 손님의 손에 든 쪽지는 길어지지 않는다.

정확도는 다른 실험으로 확인했다. GPS 동기화를 마친 네 지점에서 2025년 5월부터 2026년 6월 사이 24시간 단위로 응답을 측정했다. 한 번의 측정에서 Microsoft 서버 세 대가 몇 시간 동안 기준에서 벗어났고, 한 대는 약 40~50밀리초 차이를 보였다. 논문은 제시된 TLS, DNSSEC, RPKI 사례가 이 정도 차이를 허용한다고 적었다. 관심사는 그보다 훨씬 큰 오차가 왔을 때 단일 시간원을 받은 기기가 어떻게 이를 알아차리느냐다.

SIDN Labs의 발행 목록은 확장판을 2026년 10월 자료로 올렸다. 논문은 IPv6, DNSSEC, RPKI와 RFC 8915가 규정한 Network Time Security도 살폈다. 관측 시점에 네 항목을 모두 갖춘 곳은 Cloudflare뿐이었고 Ubuntu도 NTS를 제공했다. 화면 구석의 시각은 간단하지만, 그 숫자를 공급하는 방식은 운영자의 결정으로 가득하다.