Издаване на 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 (Hybrid Public Key Encryption, RFC 9180), който съчетава простотата на предаване на ключа в криптирането с открит ключ и високата производителност на симетричното криптиране (данните се криптират с бърз симетричен ключ, а самият ключ се криптира с бавен асиметричен метод).
• В TLS е реализирана възможността за използване на "сурови" (raw) открити ключове (RFC 7250).
• Добавена е поддръжка на механизма за бързо отваряне на TCP-соединения (TFO — TCP Fast Open, RFC 7413), който позволява намаляване на стъпките за установяване на връзка, като комбинира в едно искане първите и вторите стъпки на класическия 3-стъпков процес на установяване на свързаност и позволява изпращане на данни в начален етап на установяване на връзката.
• В TLS е реализирана поддръжка на свързани схеми за цифрови подписи, позволяващи използването на външни реализации на алгоритми, например, за прилагане на алгоритми устойчиви на подбиране с квантови компютри в TLS.
• В TLS 1.3 е добавена поддръжка на защитени елиптични криви Brainpool.
• Добавена е поддръжка на процесорни инструкции SM4-XTS.
• На платформата Windows е реализирана възможност за използване на системното хранилище на коренови сертификати (по подразбиране е изключено). За достъп до сертификатите в хранилището на Windows е предложен URI "org.openssl.winstore://".

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