Кратко

  • IAB перенёс срок подачи материалов для семинара по внедрению постквантовой аутентификации на 11 сентября 2026 года.
  • Семинар собирает измерения и опыт эксплуатации, но прямо не предназначен для сравнения, рекомендации, выбора или стандартизации подхода.
  • Публичные и закрытые материалы, неатрибутируемые реплики, заметки с исключениями, доклад IAB, последующая стандартизация и производственный результат нельзя объединять в одно утверждение.

История срока уже показывает нужный метод. Блог IETF теперь указывает 11 сентября, а сообщение от 4 сентября объявляет продление. Первоначальный призыв IAB и Datatracker сохранили 4 сентября.

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

Стандарт алгоритма не измеряет систему

FIPS 204 задаёт ML-DSA, FIPS 205 — SLH-DSA. Они не доказывают, что конкретная цепочка сертификатов укладывается в сетевой лимит, HSM умеет создавать и восстанавливать ключ, прошивке хватает памяти, а хранилище доверия успеет обновить многолетний парк.

Семинар, намеченный на 11–12 октября в Праге, просит короткие материалы о размерах, времени, пропускной способности, памяти, сертификатах, токенах, подписи ПО и прошивок, хранении ключей, ограниченных устройствах и офлайн-проверке. Ценность имеет не громкое слово «готово», а точный контекст опыта.

Названные предложения перераспределяют издержки. Составные подписи объединяют компоненты и увеличивают объём и проверку. Merkle Tree Certificates требуют журнал, доказательства и свежесть. Аутентификация через KEM меняет интерактивный обмен. Это проекты документов, а не выбор IAB.

Режим раскрытия — часть происхождения

Очная встреча проводится по приглашениям. Можно отправить краткое выражение интереса, хотя позиционный документ сильнее влияет на программу; комитет может пригласить участника напрямую. Подача, принятие, приглашение, присутствие и выступление — разные статусы.

Подходящие принятые материалы обычно публикуются. Автор может попросить не публиковать документ или не связывать часть сведений с источником. К обсуждению может применяться правило Chatham House. Открытых записей и протоколов не будет; совместные заметки предполагается оставить публичными за вычетом защищённых частей.

Так регулируемый оператор может раскрыть реальное ограничение. Однако внешний читатель не воспроизведёт невидимый метод. Публичный PDF подтверждает текст, не повторение эксперимента. Закрытый материал может влиять на синтез, но не доказывать именованное обвинение. Неатрибутируемая реплика сообщает о типе проблемы, но не об организации.

Доклад фиксирует семинар, а не создаёт стандарт

Ожидается доклад потока IAB. RFC 4845 проводит границу: для семинара с внешними участниками одобрение IAB может означать верность отчёта ходу встречи и полезность темы, не ответственность IAB за техническую истинность каждой реплики. Документы потока IAB обычно имеют статус Informational.

RFC 8980 — пример предыдущего семинара о расхождении проектных ожиданий и внедрения. В нём отдельно видны материалы, обсуждение, выводы и возможные действия. Он не содержит нынешних данных о PQ-аутентификации.

Опасность начинается в краткой пересказанной цитате. «IAB установил» может смешать открытые измерения, закрытые оговорки и редакционный вывод. «Отрасль заблокирована» может пережить старую версию устройства. «Консенсус» может скрыть структуру приглашений и разную способность участников публиковать данные.

В Reality Layers Heng Lu измерение, авторское толкование, встреча, отчёт, спецификация, исполняемый код и результат услуги находятся на разных уровнях. Running-Code Primacy сохраняет IAB роль координатора, но оставляет оператору полномочие подтвердить внедрение.

Минимальная карточка измерения

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

Если обсуждение меняет интерпретацию, доклад отделяет исходное утверждение от синтеза. Решение рабочей группы, реализация производителя, тест оператора и итог для сервиса создают следующие записи. Minimum Initial Specification требует лишь общих полей для локальной проверки, а не центрального приказа о внедрении.

Неделя может расширить входной материал. Она не доказывает его репрезентативность и не выбирает подход. Продлён календарь, а не область действия данных.

Источники

  1. Блог IETF
  2. Сообщение о продлении
  3. Призыв IAB
  4. Страница семинара
  5. RFC 4845
  6. RFC 8980
  7. FIPS 204
  8. FIPS 205
  9. Составные подписи
  10. Merkle Tree Certificates
  11. KEM-аутентификация
  12. Running-Code Primacy
  13. Minimum Initial Specification
  14. Reality Layers