QuantovaQstampby Quantova
UK
EnglishEN日本語JAFilipinoFIL한국어KO简体中文ZHFrançaisFREspañolESУкраїнськаUK
GitHub Почати розробку →
Qstamp / Національна безпека
Відповідність національній безпеці

Інструменти, узгоджені з вимогами національної безпеки, у всьому дереві продуктів сімейства Qstamp.

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

Вимоги

Опубліковані вимоги, щодо яких розроблено сімейство.

Кожна вимога нижче опублікована державним органом. У стовпці «Позиція» зазначено поточну позицію сімейства Qstamp щодо неї, без передбачення будь-якої перевірки, яку ще не надано.

ВимогаВидавецьЩо вимагаєтьсяПозиція сімейства Qstamp
CNSA 2.0Опубліковано Агентством національної безпеки СШАML KEM 1024, ML DSA 87, SHA 384 або SHA 512 і AES 256 для систем національної безпеки, LMS або XMSS для підписання мікропрограм, і перехід цих систем до 2035 рокуThe released SDKs sign with ML DSA 65. ML DSA 87, ML KEM 1024, SHA 384 and SHA 512 are implemented in the Quantova cryptographic library and pass the NIST test vectors, and a CNSA 2.0 profile of the family is being built
FIPS 204National Institute of Standards and TechnologyThe Module Lattice Digital Signature AlgorithmВикористовується для кожного підпису в сімействі та в усій мережі Quantova, перевірено за тестовими векторами NIST
FIPS 203National Institute of Standards and TechnologyThe Module Lattice Key Encapsulation MechanismРеалізовано в криптографічній бібліотеці Quantova, включно з набором параметрів 1024
FIPS 202National Institute of Standards and TechnologyСімейство хеш-функцій SHA3Використовується для кожного цифрового відбитка, криптографічного зобов'язання та ідентифікатора ключа
FIPS 180 4National Institute of Standards and TechnologyСімейство хеш-функцій SHA 2SHA 384 і SHA 512 реалізовано для профілю CNSA 2.0
FIPS 140 3NIST і Канадський центр кібербезпеки через Cryptographic Module Validation ProgramПеревірка криптографічних модулів, що використовуються федеральними системамиNot yet validated
NIST IR 8547 (проєкт)National Institute of Standards and TechnologyПерехід від квантово вразливих алгоритмів з відкритим ключем, застарілих з 2030 року та заборонених з 2035 рокуЖодного класичного алгоритму з відкритим ключем не використовується ніде в сімействі чи в мережі Quantova
National Security Memorandum 10 і OMB Memorandum M 23 02Білий дім і Office of Management and BudgetІнвентаризація та перехід квантово вразливої криптографії у федеральних системахЗаписи, запечатані за допомогою сімейства, не потребуватимуть подальшого переходу їхніх підписів у майбутньому
Зіставлення засобів контролю

NIST SP 800 53 Revision 5, за кожним засобом контролю.

Наведені нижче засоби контролю це ті, для яких сімейство надає прямі технічні докази. Кожен власник системи залишається відповідальним за вибір, впровадження та оцінювання власних засобів контролю.

Засіб контролюНазваЯк сімейство це підтримує
AU 8Позначки часуЧас закріплення, остаточно затверджений постквантовим комітетом валідаторів і пов'язаний із кожним записом
AU 9Захист інформації аудитуЖурнали QLog з хеш-ланцюгом, запечатані закріпленими контрольними точками, тож видалення, зміна порядку або зміна виявляються
AU 9(3)Криптографічний захистПідписи ML DSA і криптографічні зобов'язання SHA3 для кожного сегмента журналу
AU 10НеспростовністьКожен запис, підписаний ключем особи або системи, що його створила
AU 11Зберігання записів аудитуКвитанції, що залишаються придатними для перевірки протягом усього строку зберігання без залежності від виробника запису
CM 14Підписані компонентиВстановлення обмежено компонентами, цифрові відбитки яких зареєстровано під авторизованим ключем
SC 12Встановлення та керування криптографічними ключамиКлючі, що генеруються та зберігаються оператором і ніколи не передаються Quantova
SC 13Криптографічний захистПовсюдне застосування постквантових алгоритмів, стандартизованих NIST
SI 7Цілісність програмного забезпечення, мікропрограм та інформаціїЦифрові відбитки збірок програмного забезпечення та наборів даних, зареєстровані та закріплені перед використанням
SR 4ПоходженняQTrace фіксує походження та історію контенту ШІ та наборів даних
Впровадження

Розроблено для акредитованих і чутливих середовищ.

Ключі, що зберігаються оператором

Ключі підпису генеруються та зберігаються в межах акредитованого периметра оператора. Quantova ніколи не отримує, не зберігає і не передає їх на депонування.

Мінімальний вихід даних

Межу залишає лише 32-байтове криптографічне зобов'язання із сіллю для кожного запису. Жодний зміст запису, метадані чи персональні дані не передаються.

Робота без підключення

Записи підписуються в межах периметра без доступу до мережі. Закріплення можна пакетувати через контрольований шлюз і завершити пізніше зі збереженого очікуваного засвідчення.

Незалежна перевірка

Процедура перевірки опублікована повністю, тож верифікатор може перевірити будь-який запис без програмного забезпечення чи систем Quantova.

Відкритий код

SDK публікуються за ліцензією Apache License 2.0 або MIT licence для перегляду коду оператором та його асесорами.

Розподіл обов'язків

Державні інструменти забезпечують окремі ключі для окремих ролей, а контракти ради Quanta вимагають схвалення кількома сторонами.

Взаємодія

Робота над взаємодією з органами національної безпеки.

Quantova Inc працює над налагодженням взаємодії з органами національної безпеки, оборони та публічного сектору в юрисдикціях, які вона обслуговує, з метою постачання інструментів сімейства Qstamp, його структур інтеграції та підтримки впровадження цим органам та компаніям, що їх обслуговують. Будь-яка така взаємодія відбуватиметься відповідно до вимог щодо закупівель, акредитації безпеки та правових вимог кожного органу. Жоден орган не підтримав, не схвалив, не сертифікував і не укладав контрактів щодо сімейства Qstamp, і ніщо на цьому вебсайті не стверджує чи не натякає на інше.

Шлях до перевірки

Робота, яка залишається до офіційної перевірки.

  1. 01Independent audit

    An external security audit of the Quantova network code has been carried out and its findings addressed. Each SDK is audited before release, and an independent audit of the Quantova cryptographic library is to follow.

  2. 02Профіль CNSA 2.0

    Випуск профілю CNSA 2.0 сімейства з використанням ML DSA 87 і SHA 384 або SHA 512 як допоміжних версій кожного SDK.

  3. 03Перевірка модуля

    Підготовка криптографічного модуля Quantova до перевірки за FIPS 140 3.

  4. 04Апаратні ключі

    Підтримка апаратних модулів безпеки, тож ключі підпису ніколи не існують за межами сертифікованого апаратного забезпечення.

  5. 05Оцінювання продукту

    Оцінювання за схемами, які вимагає кожен клієнт, наприклад Common Criteria.

  6. 06Авторизація

    Авторизація системи та послуги відповідальним органом кожного впровадження.

Предмет

Що означає відповідність на цьому вебсайті.

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