Издание на криптографската библиотека OpenSSL 3.5.0

Излезе библиотеката OpenSSL 3.5.0 с реализация на протоколите SSL/TLS и различни алгоритми за криптиране. OpenSSL 3.5 е класифициран като версия с дългосрочна поддръжка (LTS), чийто обновления се предоставят в продължение на 5 години (до април 2030 г.). Поддръжката на предишните версии OpenSSL 3.3, 3.2 и 3.0 LTS ще продължи до април 2026 г., ноември 2025 г. и септември 2026 г. съответно. Кодът на проекта се разпространява под лицензия Apache 2.0.

Основни нововъведения:

• Добавена е поддръжка за криптоалгоритми, устойчиви на подбране с квантов компютър:
  • ML-KEM (CRYSTALS-Kyber) — алгоритъм за обмен на ключове, който използва методи от криптографията основани на решаване на задачи от теорията на решетките, времето за решаване на които не се различава между обикновени и квантови компютри.
  • ML-DSA (CRYSTALS-Dilithium) — алгоритъм за генериране на цифрови подписи, който се основава на теорията на решетките.
  • SLH-DSA (Sphincs+) — алгоритъм за генериране на цифрови подписи, който прилага методи от криптографията основани на хеш-функции. SLH-DSA е по-бавен и с по-голям размер на подписи в сравнение с ML-DSA, но се основава на напълно различни математически принципи, т.е. ще остане ефективен в случай на компрометиране на алгоритмите на базата на теорията на решетките.
• Реализирана е пълна поддръжка на протокола QUIC (RFC 9000), който вече е достъпен не само за клиентски, но и за сървърни приложения. QUIC представлява надстройка над протокола UDP, която поддържа мултиплексиране на множество връзки и осигурява методи за криптиране, еквивалентни на TLS. Протоколът QUIC се прилага в HTTP/3 и е създаден като алтернатива на комбинацията TCP+TLS, решаваща проблемите с дълго време за свързване и уговаряне на връзките в TCP, а също така премахва забавянията при загуба на пакети по време на предаването на данни.
• Добавена е възможност за използване на външни стекове с реализация на протокола QUIC, включително стекове, поддържащи режим 0-RTT (0 Round Trip Time), позволяващ моментално започване на предаването на данни след изпращане на пакета за установяване на връзка.
• Добавена е поддръжка на непрозрачни (opaque) обекти за симетрични ключове (EVP_SKEY), които скриват детайлите на реализирания ключ.
• Добавен е параметър „no-tls-deprecated-ec“ за деактивиране на поддръжката на TLS групи, обявени за остарели в RFC-8422.
• Добавен е параметър „enable-fips-jitter“, който активира в провайдера FIPS използването на източник на ентропия на базата на джиттер (jitter), реализиран чрез библиотеката jitterentropy. Генерирането на ентропия на базата на джиттер се извършва чрез измерване на разликите във времето за повторно изпълнение на определен набор от инструкции на CPU, зависещи от множество вътрешни фактори и непредсказуеми без физически контрол над CPU.
• В CMP (Certificate Management Protocol) е добавена поддръжка за централизирана генерация на ключове (открит и затворен ключ за клиента се генерират на страната. сървър).
• Добавена е поддръжка за предоставяне на няколко комплекта ключове (keyshares) за една TLS-сесия.
• Добавен е API за конвейерна обработка (pipelining), позволяваща едновременно обработване на няколко блока данни при използване на някои шифри, като AES-GCM, които поддържат паралелни изчисления.
• В приложенията req, cms и smime алгоритмът за шифроване по подразбиране е променен от des-ede3-cbc на aes-256-cbc.
• В списъка с шифри по подразбиране за TLS са включени и избрани за приоритетни хибридни групи KEM (Key Encapsulation Mechanism), устойчиви на подбране на квантов компютър.
• В набора ключове (keyshares), използвани по подразбиране в TLS, са добавени алгоритмите X25519MLKEM768 и X25519.
• Обявени за остарели функции BIO_meth_get_*().

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