Zosta\u0142a wydana biblioteka OpenSSL 3.5.0 z realizacj\u0105 protoko\u0142\u00f3w SSL\/TLS oraz r\u00f3\u017cnych algorytm\u00f3w szyfrowania. OpenSSL 3.5 jest zaliczana do wyda\u0144 o d\u0142ugoterminowym wsparciu (LTS), dla kt\u00f3rych aktualizacje s\u0105 wydawane przez 5 lat (do kwietnia 2030 roku). Wsparcie dla poprzednich ga\u0142\u0119zi OpenSSL 3.3, 3.2 i 3.0 LTS b\u0119dzie trwa\u0107 do kwietnia 2026 roku, listopada 2025 roku i wrze\u015bnia 2026 roku, odpowiednio. Kod projektu jest rozpowszechniany na licencji Apache 2.0. <\/p>\n
G\u0142\u00f3wne nowo\u015bci: <\/p>\n
\n
Dodano wsparcie dla algorytm\u00f3w kryptograficznych odpornych na ataki za pomoc\u0105 komputer\u00f3w kwantowych:\n
\n
ML-KEM (CRYSTALS-Kyber) \u2014 algorytm wymiany kluczy, wykorzystuj\u0105cy metody kryptografii oparte na rozwi\u0105zaniach problem\u00f3w teorii krat, czas rozwi\u0105zania kt\u00f3rych nie r\u00f3\u017cni si\u0119 na zwyk\u0142ych i kwantowych komputerach.\n
ML-DSA (CRYSTALS-Dilithium) \u2014 algorytm generowania podpis\u00f3w cyfrowych, kt\u00f3ry opiera si\u0119 na teorii krat.\n
SLH-DSA (Sphincs+) \u2014 algorytm generowania podpis\u00f3w cyfrowych, stosuj\u0105cy metody kryptografii oparte na funkcjach skr\u00f3tu. SLH-DSA jest mniej wydajny ni\u017c ML-DSA pod wzgl\u0119dem rozmiaru podpis\u00f3w i pr\u0119dko\u015bci dzia\u0142ania, ale opiera si\u0119 na zupe\u0142nie innych zasadach matematycznych, co sprawia, \u017ce pozostanie skuteczny w przypadku kompromitacji algorytm\u00f3w opartych na teorii krat. <\/ul>\n
Zrealizowano pe\u0142ne wsparcie dla protoko\u0142u QUIC (RFC 9000), kt\u00f3ry jest teraz dost\u0119pny nie tylko dla aplikacji klienckich, ale tak\u017ce dla serwerowych. QUIC jest rozszerzeniem protoko\u0142u UDP, kt\u00f3re obs\u0142uguje multiplexing wielu po\u0142\u0105cze\u0144 i zapewnia metody szyfrowania r\u00f3wnowa\u017cne TLS. Protok\u00f3\u0142 QUIC jest stosowany w HTTP\/3 i zosta\u0142 stworzony jako alternatywa dla po\u0142\u0105czenia TCP+TLS, rozwi\u0105zuj\u0105c problemy zwi\u0105zane z d\u0142ugim czasem ustanawiania i negocjacji po\u0142\u0105cze\u0144 w TCP oraz eliminuj\u0105c op\u00f3\u017anienia podczas utraty pakiet\u00f3w w trakcie przesy\u0142u danych.\n
Dodano mo\u017cno\u015b\u0107 korzystania z zewn\u0119trznych stos\u00f3w realizuj\u0105cych protok\u00f3\u0142 QUIC, w tym stosy wspieraj\u0105ce tryb 0-RTT (0 Round Trip Time), umo\u017cliwiaj\u0105cy natychmiastowe rozpocz\u0119cie przesy\u0142ania danych po wys\u0142aniu pakietu ustanawiaj\u0105cego po\u0142\u0105czenie.\n
Dodano wsparcie dla nieprzezroczystych (opaque) obiekt\u00f3w kluczy symetrycznych (EVP_SKEY), kt\u00f3re ukrywaj\u0105 szczeg\u00f3\u0142y realizacji klucza.\n
Dodano parametr \u201eno-tls-deprecated-ec\u201d do wy\u0142\u0105czenia wsparcia dla grup TLS, kt\u00f3re zosta\u0142y uznane za przestarza\u0142e w RFC-8422.\n
Dodano parametr \u201eenable-fips-jitter\u201d, kt\u00f3ry w\u0142\u0105cza w dostawcy FIPS wykorzystanie \u017ar\u00f3d\u0142a entropii opartego na jitterze, zrealizowanego przy pomocy biblioteki jitterentropy. Generowanie entropii na podstawie jittera odbywa si\u0119 poprzez pomiar r\u00f3\u017cnic w czasie ponownego wykonania okre\u015blonego zestawu instrukcji na CPU, zale\u017cnego od wielu czynnik\u00f3w wewn\u0119trznych i nieprzewidywalnego bez fizycznej kontroli nad CPU.\n
W CMP (Certificate Management Protocol) dodano wsparcie dla centralnego generowania kluczy (klucz publiczny i prywatny dla klienta s\u0105 generowane po stronie) serwera<\/a>).\n