Постквантовая защита зависит от ваших поставщиков

Стандарт сам по себе не обновляет сервис

5 ноября 2026 года австралийское ведомство кибербезопасности объявило об обновлении руководства по оценке готовности поставщиков к постквантовой криптографии, разработанного совместно с CISA и NSA. Документ предназначен для закупок, продления договоров и регулярной оценки поставщиков. Практический вопрос состоит в том, сможет ли организация заменить уязвимые криптографические механизмы в реально используемых продуктах, включая компоненты под контролем других компаний.

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

Техническую отправную точку даёт объявление NIST от 13 августа 2024 года: институт завершил стандарты механизма инкапсуляции ключей и цифровых подписей. ML-KEM помогает устанавливать общий секрет; ML-DSA и SLH-DSA предназначены для подписей. Это разные функции. Упоминание алгоритма в анонсе продукта не показывает, какие соединения его используют, включён ли он и что происходит, когда другая сторона его не поддерживает. [2][3]

Зависимости определяют стоимость перехода

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

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

В этом примере цена покупки не отражает полную стоимость перехода. Тестирование, интеграция, договоры поддержки и замена оборудования могут относиться к разным бюджетам. Наш вывод: дешёвое продление способно обойтись дорого, если оно сохраняет зависимость от компонента с неопределённым путём обновления. И наоборот, немедленная замена всего оборудования может оказаться лишней тратой, если доступно поддерживаемое обновление. Для выбора нужны сведения о конкретном продукте, а не общий прогноз развития квантовых вычислений. [1]

Три обещания требуют разных доказательств

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

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

Такой подход позволяет справедливее оценивать неполные ответы. Поставщик, который называет нерешённую зависимость и предлагает убедительный план, может сообщать больше полезного, чем компания, обещающая полную готовность без определения границ. Отсутствие подробного ответа требует изучения и управления риском; оно не доказывает взлом компании или намеренное введение клиентов в заблуждение. [1]

Конфиденциальность и доступность требуют отдельных решений

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

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

При оценке хранения активов или финансовых технологий обоснованный вывод должен быть уже заявления о «квантовой безопасности» продукта. Уточняйте, какая часть сервиса изменилась, что ещё зависит от другого поставщика и какими доказательствами подкреплён ответ. Рассмотренные публикации не устанавливают дату появления криптографически значимого квантового компьютера, не сертифицируют конкретного провайдера и не предсказывают цену цифрового актива. Их непосредственная польза состоит в том, чтобы сделать длительный переход измеримым до того, как закупка закрепит ошибочные предположения. [1]