Summary

  • Eine perfekte Referenzuhr hilft wenig, wenn ein falscher Bote ihre Nachricht austauscht. Geoff Huston beschreibt in seinem APNIC-Beitrag vom März 2026 die fehlende Absenderprüfung bei gewöhnlichem NTP.
  • Network Time Security prüft den Partner zunächst über TLS und signiert anschließend die kurzen Zeitpakete. Huston lässt dabei die Stoppuhr mitlaufen: Wie viel Genauigkeit kostet das Schloss?

Wer eine öffentliche Uhr betreibt, kann die Quelle hervorragend absichern. Die Antwort auf eine Zeitanfrage muss trotzdem den Weg durch ein Netz nehmen. In Securing NTP richtet Huston den Blick auf diesen Weg. NTP lässt einen Client seine Uhr mit einer Referenz abgleichen; die übliche UDP-Nachricht reist im Klartext. Ein Angreifer auf dem Pfad kann versuchen, einen Server vorzutäuschen oder die Antwort zu verändern. Der perfekte Taktgeber schützt den Umschlag noch lange nicht.

Huston, Chief Scientist bei APNIC, kennt die Folgekosten falscher Reihenfolgen. Er nennt die Verbindung von Webserver-Protokollen, DNS-Abfragen und Paketmitschnitten als Beispiel: Die Uhren müssen zusammenpassen, damit eine Untersuchung Sinn ergibt. Verteilte Datensätze brauchen Zeitstempel für die Frage, welche Version aktuell ist. Auch TLS und DNSSEC reagieren auf Daten und Uhrzeiten. Die kleine Zahl in der Bildschirmecke trägt eine Menge Betrieb.

Die IETF-Spezifikation für NTS führt zwei Gespräche statt eines einzigen schweren Daueranrufs. Zuerst prüft der Client beim Schlüsselaustausch über TLS die Identität des Gegenübers und erhält Schlüsselmaterial sowie Cookies. Danach laufen die Zeitabfragen als NTP-Pakete weiter, ergänzt um Cookie und Authentifizierung. Der Server kann daraus den nötigen Zustand ableiten, ohne für jeden Client eine eigene Akte zu führen. Die Antwort bekommt eine überprüfbare Herkunft, während das regelmäßige Geschäft leicht bleibt.

Huston hat auch den Sekundenzeiger im Blick. Aus der Laufzeit der Pakete schätzt NTP die Abweichung zwischen Uhren. Zusätzliche Verarbeitung erzeugt Verzögerung und Schwankungen. Darum überzeugt ihn der Gedanke wenig, den ganzen Austausch in QUIC zu verpacken. Die Norm nennt die Qualität der Zeitübertragung ausdrücklich als Ziel. Eine glänzende Sicherheitsarchitektur, die den Takt verdirbt, löst das praktische Problem nur halb.

Beim ersten Start wartet eine weitere Tücke: Zur Prüfung eines TLS-Zertifikats braucht der Client ungefähr die richtige Zeit. Genau die sucht er gerade. RFC 8915 behandelt Startpunkte wie einen gespeicherten letzten Zeitwert oder eine verlässliche lokale Uhr. Außerdem kann ein Angreifer Pakete einseitig verzögern, ohne die authentifizierten Inhalte anzutasten. Die Unterschrift klärt die Herkunft; der Pfad bleibt messpflichtig.

Zum Schluss stellt Huston eine Frage an öffentliche Betreiber. Er nennt Schwedens NTS-fähigen Zeitdienst und die staatlichen Investitionen in präzise Referenzen. Wer die Quelle bezahlt, sollte sich für die Zustellung interessieren. Beim nächsten Auftrag gehören deshalb drei Nachweise auf den Tisch: die Referenz, die authentifizierte Übertragung und ein glaubwürdiger Start für Geräte ohne bereits richtige Uhr.