- Начало
- Доказателства
Доказателства, които вашият екип може да провери.
Зад всяко твърдение на сайта стои измерване, научна статия или точка от стандарт. Тук са всички, заедно с ограниченията им.
Подписахме истински документ и го подправихме по три начина.
Документът е подписан на платформата Perennis по пълната процедура: подписващият е с проверена самоличност, потвърждава с ключ за достъп (passkey) и има класически и постквантов сертификат. Направихме три копия и във всяко променихме само постквантовата част. На 13 ноември 2026 г. проверихме четирите файла с непроменен EU DSS 6.3 и с валидатора на Perennis.
За всеки файл изчислихме и SHA-256 на байтовете, които класическият подпис покрива (посочени в /ByteRange). И в четирите файла той е еднакъв. Затова класическата проверка няма как да даде друг резултат: байтовете, които тя проверява, не са се променили.
Повтаряме измерването на живо по време на техническа среща, а в пилотен проект и на вашата собствена инсталация.
| Промяна в подписания PDF | EU DSS 6.3* | Валидатор Perennis |
|---|---|---|
| Няма | TOTAL_PASSED | TOTAL_PASSED |
| Премахнат постквантов подпис | TOTAL_PASSED | INDETERMINATE |
| Сменен 1 байт в ML-DSA сертификата | TOTAL_PASSED | INDETERMINATE |
| Сменен 1 байт в ML-DSA подписа | TOTAL_PASSED | TOTAL_FAILED |
Индикациите са по ETSI EN 319 102-1 V1.4.1, т. 5.1.1. TOTAL_FAILED: криптографските проверки на подписа не са минали. INDETERMINATE: извършените проверки не позволяват подписът да бъде определен нито като преминал, нито като неуспешен.
Байтовете, които класическият подпис покрива (/ByteRange), са еднакви и в четирите файла, затова класическата проверка правилно дава един и същ резултат. Разлика вижда само проверка, която чете и постквантовия подпис.
Ако документът има и архивен времеви печат (PAdES-B-LTA), EU DSS отчита и трите промени като грешка в хеша на печата. Така разбира, че файлът е променян, но не и че постквантовият подпис е невалиден.
* Удостоверяващият орган на пилота е добавен към доверените в EU DSS. При проверка само спрямо доверените списъци на ЕС резултатът е INDETERMINATE, защото пилотният орган не е в такъв списък; всички криптографски проверки минават.
Методът е рецензиран и публикуван.
Как се изгражда квантово-устойчивият подпис, как се записва в документа и какви са измерванията при подписване, е описано в статия със свободен достъп. Всеки специалист може да провери метода, без да вижда кода ни.
Публикуваме метода, защото никой не бива да приема нов формат на подпис само на доверие. Продаваме работещата система, проверката и внедряването при вас.
Backward-Compatible Hybrid Post-Quantum Qualified Electronic Signatures: Embedding ML-DSA-65 in PAdES for eIDAS
R. Doynov, M. Nenova, G. Todovichin, A. Shestakov
Cryptography 2026, 10(5), 70 · Факултет по телекомуникации, Технически университет – София
Проверката на постквантовите подписи е сверена с официалните тестове на NIST.
135 вектора
Официалните тестови случаи на NIST (ACVP) за създаване и проверка на подпис, включително подписите, които NIST нарочно е направил невалидни. Пускат се автоматично заедно с останалите ни тестове.
112 вектора
Същото за SLH-DSA, подписите на квантово-устойчивите времеви печати. Включени са и нарочно невалидните случаи на NIST.
45 от 45
Библиотеката за ML-DSA в лабораторията мина всичките 45 теста на NIST за проверка на подпис, преди да я пуснем.
Какво точно казват стандартите.
Цитатите са от официалните текстове на английски, с издание и точка. Преводът е наш.
“For hybrid signatures, implementations shall combine a classical signature and a post-quantum signature. Acceptance requires both signatures to be valid.”„При хибридни подписи реализациите трябва да съчетават класически и постквантов подпис. Приемането изисква и двата подписа да са валидни.“ETSI TS 119 312 V2.1.1 (2026-06), т. 6.4.1
Classical: ECDSA (P-256/P-384)PQC: ML-DSA-65Use case: CAdES/XAdES/PAdESETSI TS 119 312 V2.1.1, Таблица 3.3 „Algorithm-level hybrid combinations“, един ред
“The specific encoding and interoperability requirements for hybrid signature schemes are outside the scope of the present document and is planned to be addressed in the applicable profile standards and the post-quantum migration document currently under development.”„Конкретните изисквания за кодиране и оперативна съвместимост на хибридните схеми са извън обхвата на документа и се предвижда да бъдат уредени в приложимите профилни стандарти и в документа за постквантова миграция, който се разработва.“ETSI TS 119 312 V2.1.1, т. 6.4.2, БЕЛЕЖКА
“The building block may ignore processing a property/attribute for which no validation constraint is specified.”„Градивният блок може да не обработва свойство/атрибут, за който не е зададено ограничение за валидиране.“ETSI EN 319 102-1 V1.4.1, т. 5.2.8.4.1
Първите три цитата казват кои два алгоритъма да се ползват заедно и кога подписът се приема, но оставят отворено как точно да се запише в документа. Четвъртият обяснява защо програма за проверка, създадена преди постквантовите подписи, има право просто да подмине такъв подпис. Освен това в EU DSS няма нито един постквантов алгоритъм за подписи към версия 6.5.1 (октомври 2026 г.). Измерихме с 6.3, версията, която работи в нашата платформа; върху тестовия ни корпус 6.5 и 6.5.1 дават същите резултати.
Какво още не сме направили.
Какво е Perennis днес
- Работеща система, която подписва PAdES документи едновременно с ECDSA P-256 и ML-DSA-65 и проверява и двата подписа.
- Използва двойката, която ETSI TS 119 312 V2.1.1 посочва за PAdES (Таблица 3.3).
- Методът е рецензиран и публикуван: Cryptography 2026, 10(5), 70.
- Работи заедно с валидаторите, които вече ползвате, а не вместо тях.
Какво все още липсва
- Квалификация като удостоверителна услуга. Подписите са усъвършенствани (AdES), а не квалифицирани (QES).
- Оценка на съответствието. Все още никой орган за оценяване на съответствието не е оценил системата.
- Сертифициран хардуер за ключовете. Те са в софтуерен модул, а не в сертифицирано устройство (QSCD или HSM).
Ако проверите наш пилотен подпис в публична услуга
Публичната демонстрация на EU DSS и подобните услуги вярват само на удостоверяващите органи от доверените списъци на ЕС. Нашият пилотен орган не е в такъв списък, затова те дават INDETERMINATE. Причината е само в доверието към органа: всички криптографски проверки минават. Когато доставчик на удостоверителни услуги добави нашия подпис, документите се подписват с неговия орган, който вече е в доверения списък.