Авторът на GnuPG основа LibrePGP, форк на стандарта OpenPGP

Вернер Кох (Werner Koch), основният разработчик и създател на проекта GnuPG (GNU Privacy Guard), основа проекта LibrePGP, фокусиран върху развитието на обновена спецификация, алтернатива на стандарта OpenPGP. Форкът беше създаден в отговор на промените, предвидени от работната група на IETF за следващото обновление на спецификацията OpenPGP (RFC-4880) и възприемани от Кох като проблематични от гледна точка на запазването на съвместимостта и осигуряване на сигурността. Подкрепящите форка разработчици на проектите GnuPG, RNP (реализация на OpenPGP от Thunderbird) и Gpg4win се опасяват, че предстоящите промени могат да бъдат разрушителни за съществуващите приложения, базирани на OpenPGP, чиито потребители разчитат на стабилността на спецификацията в дългосрочен план и не са готови да приемат промени, нарушаващи съвместимостта.

LibrePGP включва полезни подобрения, разработвани през последните години за бъдещ вариант на спецификацията OpenPGP, но в същото време изключва промени, които негативно влияят на осигуряването на съвместимост. Например, в сравнение с действащия стандарт RFC-4880, в LibrePGP са приети следните възможности:

• Поддръжка на алгоритъма за шифроване Camellia (RFC-5581),
• Разширения на ECC (Elliptic Curve Cryptography) за OpenPGP (RFC-6637).
• Задължителна поддръжка на хешове SHA2-256 (SHA-1 и MD5 са класифицирани като не се препоръчват, а възможността за декодиране на данни без проверка на целостта е напълно остаряла).
• Увеличение до 256 бита на размера на проверъчния слепък (fingerprint).
• Поддръжка на схеми за цифрови подписи EdDSA и елиптични криви BrainpoolP256r1, BrainpoolP384r1, BrainpoolP512r1, Ed25519, Curve25519, Ed488 и X448.
• Поддръжка на алгоритъма CRYSTALS-Kyber, устойчив на подбиране на квантови компютри.
• Поддръжка на режими на аутентифицирано шифроване OCB (Offset codebook mode).
• Реализация на петата версия на формата за цифрови подписи с защита на метаданните.
• Поддръжка на разширени субпакети с цифрови подписи.

Основни елементи на критиката на новата спецификация OpenPGP:

• Работната група на IETF вместо постепенно инкрементално обновление на спецификацията се опита да преоткрие стандарта и да внесе значителни промени, които нарушават съвместимостта.
• Внедряване на поддръжка на симетричен режим на криптиране GCM (Galois/Counter Mode), който е труден за правилно реализиране, игнорирайки режима OCB (Offset codebook mode), чиито патенти изтекоха преди няколко години.
• Добавяне на опционии пакети със случайно допълнително запълване за защита от анализ на трафика. Според създателите на LibrePGP, такива пакети с непроверяемо начален случайно запълване създават заплаха от използването им за създаване на скрити канали за предаване на данни и за заобикаляне на системите за предотвратяване на изтичания на данни. Раніше имаше отхвърляне на идеята за включване на допълнително запълване, тъй като то се считаше за несвързано на ниво криптиране, а на ниво приложение.
• Прилагане на модифицирана схема на криптиране ECDH (промяна на формата OID), вместо да се използва вече описаният в RFC-6637 и реализиран в PGP и GnuPG вариант.
• Премахване на някои на практика използвани функции, като класическия метод за оттегляне на ключове, флагът «m» за маркиране на MIME данни и флагът «t» за разделяне на текстови данни от двоични (вместо флага «t» е въведен флагът «u» за текст в кодировка UTF-8).
• Отказ от включване в новия формат на подписите защита на метаданните на подписания файл (например, може да се промени името на файла, без да се нарушава подписът).
• Съмнителната възможност за добавяне на «сола» към подписите (Salted signature) с цел усилване на защитата срещу колизионни атаки с определен префикс. Стойността със сол може да се използва като неотключваем скрит канал за предаване на 32 байта данни в подписа.
• Преместване на стандарта в посока основно използване за онлайн комуникация, игнорирайки нуждите за дългосрочно съхранение на данни.

Поддръжниците на OpenPGP вече публикуваха критики на критиката. В крайна сметка, ако не се намери компромис, разколът може да доведе до нарастващи несъвместимости в реализациите на OpenPGP/LibrePGP. Част от решението на този проблем е, че разработчиците на OpenPGP фиксираха петата версия на формата на подписите в съответствие с LibrePGP и преминаха към работа над шестата версия.

Източник: opennet.ru