Постквантовий захист залежить від ваших постачальників

Стандарт сам собою не оновлює сервіс

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

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

Технічну відправну точку дає оголошення NIST від 13 серпня 2024 року: інститут завершив стандарти механізму інкапсуляції ключів і цифрових підписів. ML-KEM допомагає встановлювати спільний секрет; ML-DSA та SLH-DSA призначені для підписів. Це різні функції. Згадка алгоритму в анонсі продукту не показує, які з’єднання його використовують, чи ввімкнений він і що відбувається, коли інша сторона його не підтримує. [2][3]

Залежності визначають вартість переходу

Спільні настанови пропонують запитувати постачальників про інвентаризацію криптографії, сторонні компоненти, прив’язані до обладнання механізми та шляхи оновлення. Вони також розділяють ризики для конфіденційності, підписів та автентифікації. Це важливо: один комерційний продукт може містити кілька рівнів із різними власниками та циклами заміни. Оновлення ПЗ здатне змінити один рівень, залишивши апаратний корінь довіри незмінним.

Розгляньмо умовний фінансовий сервіс, який купує керовану платформу. Постачальник заявляє про постквантову підтримку, але зобов’язання охоплює лише з’єднання між певними серверами. Клієнтські застосунки, прошивки пристроїв та окремий сервіс підписування залишаються поза заявою. Це ілюстрація закупівельної ситуації, а не звинувачення конкретного провайдера. Порівнювати потрібно заявлені межі підтримки з реальною картою залежностей замовника.

У цьому прикладі ціна покупки не відображає повної вартості переходу. Тестування, інтеграція, договори підтримки та заміна обладнання можуть належати до різних бюджетів. Наш висновок: дешеве поновлення може коштувати дорого, якщо зберігає залежність від компонента з невизначеним шляхом оновлення. І навпаки, негайна заміна всього обладнання може виявитися зайвою витратою, коли доступне підтримуване оновлення. Для вибору потрібні відомості про конкретний продукт, а не загальний прогноз розвитку квантових обчислень. [1]

Три обіцянки потребують різних доказів

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

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

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

Конфіденційність і доступність потребують окремих рішень

Настанови звертають увагу на строк життя даних, зокрема на можливість майбутнього розшифрування зашифрованої інформації, зібраної сьогодні. Це не означає, що кожний збережений файл чи кожна криптовалютна транзакція вже розкриті. Організація має встановити, які криптографічні механізми захищають потрібну інформацію і як довго важлива її конфіденційність. Опитувальник відомств не відповідає на ці питання за конкретний гаманець або біржу.

Для експлуатаційної надійності потрібні власні критерії приймання. У нашому умовному прикладі міграція, яка перериває доступ до клієнтських записів, створює окремий діловий ризик, навіть якщо криптографічне рішення належне. Тому під час закупівлі доцільно обговорити, хто перевіряє сумісність, хто дозволяє зміну і як відновлюється сервіс у разі невдалого впровадження. Це наші практичні висновки із залежності від постачальника, а не гарантії документа.

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