Кратко

  • draft-ietf-emu-pqc-eap-tls-02 разрешает не передавать промежуточные сертификаты после их доверенной загрузки через EST при подготовке устройства.
  • Конечный сертификат и CertificateVerify остаются; экономия касается только промежуточной цепочки и превращает её в предварительное состояние.
  • Версия 02 остаётся Internet-Draft и не определяет TLS-сигнал для согласования пропуска во время соединения.

У короткого обмена появилась длинная предыстория

Постквантовые цепочки растут до получения обычного сетевого доступа. Фрагментация и повторы способны сорвать EAP-TLS даже при корректной криптографии. Проект переносит нагрузку: клиент получает цепочку сервера по /.well-known/est/eapservercertchain, а сервер — цепочки клиентов того же домена по /.well-known/est/eapclientcertchain.

Малое рукопожатие требует заранее установленного якоря, аутентифицированного EST, сохранённых байтов, подходящего текущего издателя и ограниченной группы, для которой администратор включил пропуск. Это перенос, а не сжатие.

Документ датирован 23 сентября 2026 года и истекает 27 марта 2027 года. Datatracker показывает WG Document и I-D Exists. Заголовок говорит Standards Track, а сводка не указывает предполагаемый статус RFC. Это не доказательство консенсуса или внедрения.

Доступ без клиента не означает источник без доверия

Ресурсы должны отвечать без аутентификации клиента. Но получатель обязан аутентифицировать EST-сервер по HTTPS с якорем, установленным через BRSKI, EST или иной внешний канал. Недоверенную цепочку использовать нельзя.

HTTP 200 также не строит путь. При нескольких УЦ ответ может содержать все промежуточные сертификаты; клиент всё равно выбирает набор для конечного сертификата из живого обмена. Если путь до якоря не строится, аутентификация завершается ошибкой. Загрузка не доказывает свежесть, отзыв, владение ключом или доступ к сети.

Кеш становится частью доступности

Проект называет периодическую загрузку, Cache-Control, ETag и проверку срока. ETag следит за представлением у одного источника, срок — за временем сертификата. Они не доказывают, что новый конечный сертификат соединяется со старым набором или что спавшее устройство получило ротацию.

Теперь есть два времени: цепочка меняется в контуре подготовки, а попытки идут в EAP. Смена УЦ, старый образ управления или офлайн-ноутбук превращают экономию трафика в отказ доступа.

Пропуск задаётся, но не согласуется

Без явной настройки клиент обязан передать полную цепочку. Сервер может убрать её лишь после проверки предварительной загрузки у клиентов. TLS-расширение для подтверждения общего состояния упомянуто как будущее решение вне рамок документа.

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

Постквантовая защита не заканчивается на конечном сертификате

Для долгой конфиденциальности нужны TLS 1.3 и PQ либо гибридное согласование ключа. Для аутентификации нужны подходящие подписи до заранее установленного якоря. PQ-сертификат на конце не меняет классический промежуточный. Предзагрузка не убирает конечный сертификат и CertificateVerify.

Отдельно фиксируются якорь, EST, ответ и хеши, свежесть, путь, включение, живая проверка, итог EAP и сетевой результат.

Источники и ограничения

Нет данных о числе внедрений, частоте отказов, гарантированной экономии, интервале обновления или SLA отката. Продукты и инциденты не заявляются.