Кратко

  • По данным NICT, во время технического обслуживания 9 сентября часть резервированной системы его публичной службы точного времени в течение 11 минут распространяла неверные метки времени
  • К моменту сообщения NICT служба работала штатно, а причина и величина ошибки оставались предметом расследования

Факты

11 сентября японский National Institute of Information and Communications Technology сообщил, что двумя днями ранее, во время технического обслуживания, часть его публичной службы точного времени в интернете передавала неверные метки времени. Инцидент продолжался с 10:20 до 10:31 по японскому стандартному времени.

NICT сообщил, что была затронута часть его резервированной системы. На момент публикации уведомления служба работала штатно, а другие службы распространения времени NICT не пострадали. Инженеры продолжали расследовать точную причину.

До начала обслуживания NICT предупреждал, что 9 сентября с 10:00 до 12:00 соединения с некоторыми серверами могут прерываться, при этом другие серверы должны были обеспечивать доступность службы. В более позднем сообщении была указана иная проблема: часть системы не просто стала недоступной, а передавала неверное время.

Публичная служба использует Network Time Protocol (NTP) для передачи времени через интернет. NICT не сообщил, какова была величина отклонения меток времени, сколько пользователей получили неверные значения и корректировали ли подключённые системы свои часы.

Оценка

Инцидент показывает иной тип сбоя, чем обычная недоступность. Сервер времени может оставаться доступным, но возвращать неверное значение, поэтому проверка самого факта ответа не показывает, правильно ли он передаёт время.

Для операторов ключевой вопрос — выбрали ли их системы затронутый источник, а затем приняли ли от него неверное время. Это можно установить по журналам за 11-минутный интервал. Рекомендации по надлежащему применению NTP также советуют использовать независимые и разнородные источники времени там, где важна точность, поскольку несколько серверов, затронутых одной и той же первопричиной, могут не обеспечивать реальной защиты.

Для читателей BTW практический вопрос состоит в том, способен ли мониторинг отличить потерю доступности службы от потери точности. NICT не утверждал, что все подключённые системы приняли неверные метки времени или что приложения дали сбой. Поэтому операторам необходимо установить, что именно получили и приняли их собственные системы, прежде чем решать, какие корректирующие меры необходимы.

За чем следить

Следите за тем, раскроет ли NICT причину, величину ошибки и способ обнаружения проблемы. Конкретная мера по предотвращению повторения покажет, что изменилось после инцидента, и поможет пользователям интерпретировать собственные записи за затронутый период.