Кратко

  • Редакция 01 индивидуального проекта ACME удаляет строгий квантовый профиль из редакции 00. Прежний профиль требовал постквантовые или гибридные подписи для аутентификации TLS-сервера и запросов JWS, запрещая возврат к одной лишь традиционной подписи.
  • Новый текст позволил бы серверу отказаться от ES256, реализация которого пока обязательна по RFC 8555 §6.2. Сохранив ES256, сервер может принимать традиционные JWS-подписи в течение переходного периода, который определит сам.

Кому открывает дверь подпись счёта

Компания переводит автоматическую выдачу сертификатов на ACME-соединение с постквантовым или гибридным обменом ключами. Такой канал мешает противнику записать трафик сейчас и расшифровать его позднее. Но запрос на сертификат подписывает ключ учётной записи. Пока сервер принимает старую подпись, именно она остаётся пропуском к новой выдаче. Защищённый канал не заменяет проверку того, кто вправе отправить заказ.

В июньском тексте этому соответствовал отдельный строгий профиль. И TLS-сервер, и клиентский JWS должны были использовать постквантовую либо гибридную подпись; запасной выход к исключительно традиционному алгоритму закрывался. Октябрьская версия вычеркнула профиль. Остался один Quantum-Ready Mechanism: TLS 1.3 или новее, постквантовый либо гибридный обмен ключами для соединений и поддержка нового способа аутентификации. Традиционная аутентификация может оставаться в явно ограниченный переходный период. Общую дату его окончания авторы не указали.

Поменялась и таблица обязательств. Июнь перечислял варианты ML-DSA и составную подпись, которые сервер должен был реализовать, сохраняя ES256. Теперь раздел 4.2 говорит, что сервер может поддерживать любой JWS-алгоритм из реестра JOSE; конкретный алгоритм или набор параметров не предписан. Более того, ES256 можно не реализовывать. Если его оставят ради старых клиентов, сервер вправе продолжить принимать их подписи в выбранный им период. Два поставщика с одинаковой вывеской могут по-разному ответить на один и тот же запрос.

Внутри новой редакции виден и незакрытый шов. Введение называет постквантовые и гибридные подписи обязательными для реализации, а раздел 4.2 использует «MAY» и прямо отказывается предписывать конкретный JWS-алгоритм. Для проверки совместимости нужно одно внятное правило. Карточка IETF относит документ к индивидуальным Internet-Draft, обновлённым 28 октября; это ещё не принятый стандарт. Опубликованная политика сервера и испытание, показывающее фактический отказ от старых подписей после указанной даты, изменили бы оценку реализации.

Источники: версия октября; версия июня; RFC 8555; статус IETF.