Кратко

  • В пятнадцатой редакции проекта о манифесте собранных данных current-period — фактический интервал между периодическими обновлениями — назван потенциально чувствительным читаемым параметром. По нему можно судить о периодичности сбора и, при дополнительных условиях, о промежутках между измерениями.
  • Авторы различают контроль чтения узла через NETCONF или RESTCONF и защиту копии, попавшей в базу временных рядов. Заключение проверки безопасности от 24 сентября относится к исправленному тексту проекта, а не к принятому стандарту или проверенной инфраструктуре.

Когда устройство перегружено, оно может увеличить период отправки данных по сравнению с запрошенным. Без сведений о фактическом интервале оператор рискует принять такую адаптацию за потерю сообщений или неисправность программы. Поэтому манифест сопровождает поток описанием условий его получения. Польза для диагностики очевидна. Менее очевидно другое: получатель манифеста узнаёт не только свойства набора данных, но и некоторые свойства самой системы наблюдения.

Параметр current-period существовал уже в редакции 14. Новость заключается не в появлении поля, а в пересмотре его оценки. Предыдущий раздел о безопасности утверждал, что соответствующий модуль не содержит особо чувствительных читаемых узлов. Редакция 15 прямо предупреждает: фактический период может раскрыть расписание сбора. Узнав, когда сбор не ведётся, злоумышленник теоретически способен выбрать промежуток для действий с меньшей вероятностью обнаружения. Документ не сообщает о реальном нападении и не доказывает уязвимость конкретной сети.

Одного числа недостаточно, чтобы восстановить точный календарь всех наблюдений. Нужны могут быть дополнительные отметки времени, а другие источники телеметрии могут продолжать работать между обновлениями данного потока. Эту оговорку важно сохранить: речь не о всеобщем отключении контроля, а о возможности извлечь из служебных сведений часть информации о его ритме. Степень риска определяется схемой сбора, кругом читателей и доступными сопутствующими данными.

Изменение следует за замечаниями Security Area Directorate. Проверка редакции 14, завершённая 1 сентября, указала на чувствительность периода, усомнилась в доступности точных фильтров в разных системах и предложила не передавать заведомо деликатные метаданные. В редакции 15 появились отдельные предостережения о периоде и копиях в последующих хранилищах. Повторная проверка от 24 сентября дала результат «Ready»: по мнению рецензента, вопросы раскрытия параметров платформы и времени сбора в тексте проработаны достаточно. Это не голосование IESG.

В Datatracker документ по-прежнему числится действующим Internet-Draft, рассчитанным на статус Proposed Standard и ожидающим дальнейшего решения ответственного директора области.

Разница между источником и копией принципиальна. При чтении узлов YANG через NETCONF/RESTCONF могут применяться защищённый транспорт, взаимная аутентификация и модель NACM, разграничивающая операции и содержимое. Но данные и манифест затем нередко сохраняются в базе временных рядов. Её права могут быть грубыми или вообще не подходить для ограничения доступа к отдельному полю. Проект рекомендует использовать защиту, которую предоставляет хранилище, и не сообщать элемент метаданных, если в конкретной среде он выдаёт чувствительные сведения. Подпись помогает проверить целостность и происхождение, но не скрывает значение от читателя.

Ранее тема этого проекта рассматривалась через отсутствующие точки измерений: если поток и его манифест теряются вместе, позднее описание не доказывает, что именно не дошло. Теперь предмет другой — информация, которая дошла и потому может разойтись слишком широко. В первом случае не хватает свидетельства; во втором круг обладателей свидетельства может оказаться чрезмерным.

Источники