Изпускане на OpenSSL 3.2.0 с клиентска поддръжка за протокол QUIC

След осем месеца разработка е представена версията на библиотеката OpenSSL 3.2.0 с реализация на протоколите SSL/TLS и различни алгоритми за криптиране. Поддръжката на OpenSSL 3.2 ще се осъществява до 23 ноември 2025 година. Поддръжката на предишните версии OpenSSL 3.1 и 3.0 LTS ще продължи до март 2025 година и септември 2026 година съответно. Поддръжката на версията 1.1.1 е спряна през септември тази година. Кодът на проекта се разпространява под лицензия Apache 2.0.

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

• Добавена е клиентска поддръжка за протокола QUIC (RFC 9000), използван като транспорт в протокола HTTP/3. Реализацията включва възможността за прехвърляне на множество потоци през един канал. Компоненти за използване на QUIC на сървъри ще бъдат включени в версия OpenSSL 3.3, която планират да публикуват не по-късно от 30 април 2024 година.

  QUIC е надстройка над протокола UDP, която поддържа мултиплексиране на множество връзки и предлага методи за криптиране, еквивалентни на TLS/SSL. Протоколът беше създаден през 2013 година от Google като алтернатива на TCP+TLS за уеб, решаваща проблемите с дълго време за иницииране и съгласуване на връзки в TCP и елиминираща закъснения при загуба на пакети по време на прехвърляне на данни.
• В TLS е реализирана поддръжка на разширение за компресиране на сертификати на етапа на съгласуване на връзките (RFC 8879), което позволява ускоряване на инициацията на връзката, тъй като на преноса на данните от сертификатите се пада голяма част от трафика на етапа на съгласуване. Поддържа се компресиране с използване на библиотеките zlib, zstd и Brotli.
• Добавена е поддръжка за детерминиран вариант на цифровите подписи ECDSA (Deterministic ECDSA, RFC 6979), при който вместо случайна последователност при генериране на подписа се използва хеш HMAC-SHA256 от секретния ключ и текста на подписванието съобщение, което позволява да се получи една и съща подпис във различни подписни операции, но не допуска изтичане на данни, които могат да бъдат използвани за подбор на секретния ключ (секретният ключ може да бъде подбран, ако поне две подписи за различни данни са генерирани с използване на повтаряща се случайна последователност).
• Добавена е поддръжка на разширени варианти на цифровите подписи с открит ключ Ed25519 и Ed448: Ed25519ctx, Ed25519ph и Ed448ph (RFC 8032).
• Добавена е поддръжка на режима на криптиране AES-GCM-SIV (RFC 8452), който съчетава висока производителност на режима GCM (Galois/Counter Mode) с устойчивост на течове при повторно използване на случайния код nonce.
• Реализирана е функция за генериране на ключ Argon2 (RFC 9106), спечелила конкурса за функции за хеширане на пароли през 2015 година. Добавена е възможност за използване на пул от нишки.
• Добавена е поддръжка на хибридно криптиране на базата на механизма HPKE (Хибридно криптиране с публичен ключ, RFC 9180), който съчетава простотата на предаване на ключа при криптиране с публичен ключ с висока производителност на симетричното криптиране (данните се криптират с бърз симетричен ключ, а самият ключ се криптира с бавен асиметричен алгоритъм).
• В TLS е реализирана възможността за използване на „сурови“ (raw) публични ключове (RFC 7250).
• Добавена е поддръжка на механизма за бързо отваряне на TCP соединения (TFO — TCP Fast Open, RFC 7413), който позволява да се намали броят на стъпките за установяване на връзка чрез комбиниране на първите и вторите стъпки от класическия 3-степенен процес за синхронизиране на връзката и дава възможност за изпращане на данни в началния етап на установяването на връзката.
• В TLS е реализирана поддръжка на разширяеми схеми за цифрови подписи, позволяващи използването на външни реализации на алгоритми, например, за алгоритми устойчиви на атаки с квантови компютри.
• В TLS 1.3 е добавена поддръжка на защитени еллиптични криви Brainpool.
• Добавена е поддръжка на процесорни инструкции SM4-XTS.
• На платформата Windows е реализирана възможност за използване на системното хранилище на коренови сертификати (по подразбиране деактивирано). За достъп до сертификатите в хранилището на Windows е предложен URI „org.openssl.winstore://“.

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