Чому це не проблема 2030 року
Квантового комп'ютера, здатного зламати сьогоднішню криптографію з відкритим ключем, поки не існує, і оцінки того, коли він з'явиться, розходяться. Причина діяти вже зараз — принцип "збери зараз, розшифруй пізніше" (harvest now, decrypt later): зашифровані дані, перехоплені й збережені сьогодні, можна буде розшифрувати заднім числом, щойно з'явиться відповідна обчислювальна потужність. Для всього, що має залишатися конфіденційним роками — медичні дані, комерційні таємниці, довгострокові облікові дані, — реальний дедлайн настав фактично вчора, а не тоді, коли на календарі з'явиться дата відповідності вимогам.
Де насправді стоять дедлайни
| Юрисдикція / стандарт | Ключові дати |
|---|---|
| Системи національної безпеки США (CNSA 2.0) | ML-KEM-1024 / ML-DSA-87 обов'язкові з 2025 року |
| Федеральні цивільні агентства та підрядники США (EO 14412) | 2030 (встановлення ключів), 2031 (цифрові підписи) |
| Велика Британія (NCSC) | план виявлення до 2028, міграція найвищого пріоритету до 2031, повна міграція до 2035 |
| ЄС | національні стратегії опубліковано до кінця 2026, критична інфраструктура — 2030, повна міграція — 2035 |
| Німеччина (BSI) | критична інфраструктура — 2030, відмова від суто класичного узгодження ключів — 2031 |
| Австралія (ASD) | до кінця 2030 — повне виключення класичної асиметричної криптографії з державних систем |
Канада, Франція, Індія, Японія та Південна Корея також опублікували власні дорожні карти в тому самому вікні 2030–2035 років. Закономірність скрізь однакова: дедлайн відповідності вимогам настане через роки, але він розрахований на організацію, яка почала готуватися за роки до нього, а не на ту, що почне метушитися вже після його настання.
Великим підприємствам радять враховувати, що повна криптографічна міграція реально займає 12-15 років, якщо рахувати виявлення, координацію з постачальниками, тестування та поетапне впровадження. Порівняно з дедлайнами 2030-2031 років організація, яка ще не почала криптографічне виявлення, вже відстає від графіка — незалежно від того, який саме регуляторний дедлайн формально на неї поширюється.
Що насправді означає "почати зараз"
- Криптографічне виявлення. У більшості організацій немає точного інвентарного переліку того, де насправді використовується криптографія — які сертифікати, які алгоритми, у яких системах, включно з тими, до яких ніхто не торкався роками. Не можна мігрувати те, чого ви не знайшли.
- З'ясувати, які дедлайни насправді стосуються вас. Статус федерального підрядника, галузеве регулювання та юрисдикція — все це визначає, які з наведених вище дат застосовні саме до вас, а більшість організацій підпадають під більш ніж один дедлайн — через клієнтів чи партнерів, навіть якщо не напряму.
- Будувати крипто-гнучкість, а не одноразову заміну. Стандарти все ще розвиваються. Архітектурно правильний хід — проєктувати системи так, щоб можна було замінити криптографічні алгоритми без повної переархітектури, бо алгоритм, на який ви мігруєте сьогодні, може виявитися не остаточним.
- Порушити це питання перед постачальниками вже зараз. Запитайте у кожного постачальника й партнера про їхній план міграції на постквантову криптографію, перш ніж тиск відповідності вимогам змусить вести цю розмову пізніше, реактивно і з гіршої позиції — їхній таймлайн стане залежністю у вашому, незалежно від того, чи ви про це запитали.
Місце цього питання у звичайній інженерній дорожній карті
Це не обов'язково має бути окремий аварійний проєкт. Крипто-гнучкість — це властивість архітектури, подібна до спостережуваності (observability) чи можливості замінити постачальника бази даних, — яку набагато дешевше закласти під час звичайної розробки й модернізації, ніж дороблювати заднім числом під тиском дедлайну. Це природний пункт у будь-якій модернізації legacy-систем, міграції в хмару чи побудові нової системи, що відбуватиметься з нині і до початку 2030-х, а не окрема ініціатива, яка конкурує за власний бюджет.
Не впевнені, яка у вас реальна вразливість?
Ми допомагаємо командам проводити криптографічне виявлення та закладати крипто-гнучкість у системи, які вони вже модернізують.
Поширені запитання
Чи треба щось робити, якщо наш дедлайн відповідності вимогам — 2031 рік?
Виявлення та планування — так, і вже зараз. Дедлайн 2031 року розрахований на роки підготовчого часу для інвентаризації, координації з постачальниками та поетапного впровадження; організації потрапляють у пастку саме тоді, коли починають реальну міграційну роботу в 2030 році заради дедлайну 2031-го.
У чому різниця між міграцією на PQC і звичайною ротацією сертифікатів?
Ротація сертифікатів заміняє ключі в межах того самого базового алгоритму. Міграція на PQC змінює сам алгоритм — а це зачіпає підтримку з боку бібліотек, сумісність протоколів і часто апаратне забезпечення, а не лише рутинне оновлення облікових даних.
Чи є "збери зараз, розшифруй пізніше" реальною загрозою вже сьогодні?
Для цього не потрібен працюючий квантовий комп'ютер вже сьогодні — потрібно лише, щоб зашифрований трафік можна було перехопити й зберегти вже сьогодні, а це вже реальність. Ризик матеріалізується заднім числом, коли з'явиться можливість розшифрування, — на даних, які вже перехоплено.
Чи варто хвилюватися малій компанії, чи це стосується лише великих підприємств і державних органів?
Наведені вище дедлайни відповідності вимогам стосуються переважно великих підприємств і держсектору, але будь-яка компанія, яка обробляє дані, що мають залишатися конфіденційними десятиліття й довше, має ту саму базову вразливість — просто дедлайни тут ні до чого.