{"id":144089,"date":"2025-10-03T17:12:04","date_gmt":"2025-10-03T15:12:04","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-openssl-3-6-0-s-podderzhkoj-evp_skey-i-ustraneniem-perepolneniya-bufera"},"modified":"2025-10-03T17:12:04","modified_gmt":"2025-10-03T15:12:04","slug":"vypusk-openssl-3-6-0-s-podderzhkoj-evp_skey-i-ustraneniem-perepolneniya-bufera","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/vypusk-openssl-3-6-0-s-podderzhkoj-evp_skey-i-ustraneniem-perepolneniya-bufera","title":{"rendered":"Wydanie OpenSSL 3.6.0 z obs\u0142ug\u0105 EVP_SKEY i eliminacj\u0105 przepe\u0142nienia bufora.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Wydano bibliotek\u0119 OpenSSL 3.6.0, kt\u00f3ra oferuje implementacj\u0119 protoko\u0142\u00f3w SSL\/TLS oraz r\u00f3\u017cnych algorytm\u00f3w szyfrowania. OpenSSL 3.6 jest klasyfikowane jako wersja ze standardowym okresem wsparcia, a aktualizacje b\u0119d\u0105 wydawane przez 13 miesi\u0119cy. Wsparcie dla wcze\u015bniejszych wersji OpenSSL 3.5 LTS, 3.4, 3.3, 3.2 i 3.0 LTS potrwa do kwietnia 2030 roku, pa\u017adziernika 2026 roku, kwietnia 2026 roku, listopada 2025 roku i wrze\u015bnia 2026 roku odpowiednio. Kod projektu jest dost\u0119pny na licencji Apache 2.0. <\/p>\n
G\u0142\u00f3wne nowo\u015bci: <\/p>\n
\n
Dodano wsparcie dla struktury EVP_SKEY (symetryczny klucz) do reprezentacji symetrycznych kluczy jako nieprzezroczystych obiekt\u00f3w. W przeciwie\u0144stwie do surowych kluczy, reprezentowanych jako tablice bajt\u00f3w, w strukturze EVP_SKEY klucz jest abstrakcyjny i zawiera dodatkowe metadane. Struktura EVP_SKEY mo\u017ce by\u0107 u\u017cywana w funkcjach szyfrowania, wymiany kluczy oraz generowania kluczy (KDF). Dodano funkcje EVP_KDF_CTX_set_SKEY(), EVP_KDF_derive_SKEY() oraz EVP_PKEY_derive_SKEY() do obs\u0142ugi kluczy EVP_SKEY.\n
Dodano wsparcie dla weryfikacji podpis\u00f3w cyfrowych na podstawie schematu LMS (Leighton-Micali Signatures), kt\u00f3ry wykorzystuje funkcje skr\u00f3tu oraz drzewiaste haszowanie w formie drzewa Merkle (Merkle Tree, ka\u017cda ga\u0142\u0105\u017a weryfikuje wszystkie ni\u017csze ga\u0142\u0119zie i w\u0119z\u0142y). Podpisy cyfrowe LMS s\u0105 odporne na ataki z u\u017cyciem komputer\u00f3w kwantowych i zosta\u0142y zaprojektowane w celu zapewnienia integralno\u015bci oprogramowania uk\u0142adowego oraz aplikacji.\n
Dodano wsparcie dla kategorii bezpiecze\u0144stwa NIST dla parametr\u00f3w obiekt\u00f3w PKEY (klucze publiczne i prywatne). Ustalenie kategorii bezpiecze\u0144stwa odbywa si\u0119 poprzez ustawienie \u201esecurity-category\u201d. Do weryfikacji poziomu bezpiecze\u0144stwa dodano funkcj\u0119 EVP_PKEY_get_security_category(). Poziom bezpiecze\u0144stwa odzwierciedla odporno\u015b\u0107 na \u0142amanie przez komputery kwantowe i mo\u017ce przyjmowa\u0107 ca\u0142kowite warto\u015bci od 0 do 5:\n
\n
0 \u2014 implementacja, kt\u00f3ra nie jest odporna na w\u0142amania przez komputery kwantowe;\n
1\/3\/5 \u2014 implementacja nie wyklucza poszukiwania na komputerze kwantowym klucza w szyfrze blokowym z kluczem 128\/192\/256-bitowym;\n
2\/4 \u2014 implementacja nie wyklucza poszukiwania na komputerze kwantowym kolizji w 256\/384-bitowym ha\u015ble). <\/ul>\n
Dodano komend\u0119 \u201eopenssl configutl\u201d do przetwarzania pliku konfiguracyjnego. Narz\u0119dzie umo\u017cliwia na podstawie konfiguracji wielofunkcyjnej z w\u0142\u0105czeniami include utworzenie zbiorczego pliku ze wszystkimi ustawieniami.\n
W kryptoproviderze FIPS dodano wsparcie dla deterministycznego generowania podpis\u00f3w cyfrowych ECDSA (przy tych samych danych wej\u015bciowych generowany jest ten sam podpis), zgodnie z wymaganiami standardu FIPS 186-5.\n
Zwi\u0119kszono wymagania dotycz\u0105ce \u015brodowiska budowy. Do zbudowania OpenSSL nie wystarcza ju\u017c narz\u0119dzi do obs\u0142ugi ANSI-C; wymagany jest kompilator zgodny ze standardem C-99.\n
Og\u0142oszono przestarza\u0142ymi funkcje zwi\u0105zane ze struktur\u0105 EVP_PKEY_ASN1_METHOD.\n
Zako\u0144czono wsparcie dla platformy VxWorks. <\/ul>\n
Poprawione luki bezpiecze\u0144stwa: <\/p>\n
\n
CVE-2025-9230 \u2014 podatno\u015b\u0107 w kodzie dekryptacji wiadomo\u015bci CMS, szyfrowanych przy u\u017cyciu has\u0142a (PWRI). Podatno\u015b\u0107 mo\u017ce prowadzi\u0107 do zapisu i odczytu danych poza przydzielonym buforem, co pozwala na zainicjowanie awaryjnego zako\u0144czenia lub uszkodzenia pami\u0119ci w aplikacji, korzystaj\u0105cej z OpenSSL do obs\u0142ugi wiadomo\u015bci CMS. Nie mo\u017cna wykluczy\u0107 wykorzystania podatno\u015bci do uruchomienia w\u0142asnego kodu, ale niebezpiecze\u0144stwo problemu zmniejsza to, \u017ce szyfrowanie wiadomo\u015bci CMS przy u\u017cyciu has\u0142a w praktyce stosowane jest bardzo rzadko. Opr\u00f3cz wersji OpenSSL 3.6.0, podatno\u015b\u0107 zosta\u0142a usuni\u0119ta w wydaniach OpenSSL 3.5.4, 3.4.3, 3.3.5, 3.2.6 i 3.0.18. Problem zosta\u0142 r\u00f3wnie\u017c naprawiony w aktualizacjach biblioteki LibreSSL 4.0.1 i 4.1.1, rozwijanej przez projekt OpenBSD.\n
CVE-2025-9231 \u2014 implementacja algorytmu SM2 jest podatna na atak po stronie kana\u0142\u00f3w, co pozwala na rekonstrukcj\u0119 klucza prywatnego na systemach z 64-bitowymi CPU ARM poprzez analiz\u0119 zmiany czasu wykonania poszczeg\u00f3lnych oblicze\u0144. Potencjalnie atak mo\u017ce by\u0107 przeprowadzony zdalnie. Niebezpiecze\u0144stwo ataku zmniejsza to, \u017ce OpenSSL bezpo\u015brednio nie wspiera u\u017cycia certyfikat\u00f3w z kluczami SM2 w TLS.\n
CVE-2025-9232 \u2014 luka w implementacji wbudowanego klienta HTTP, prowadz\u0105ca do odczytu danych z obszaru poza buforem podczas przetwarzania w funkcjach Klienta HTTP specjalnie sformatowanego URL. Problem wyst\u0119puje tylko przy ustawionej zmiennej \u015brodowiskowej \u201eno_proxy\u201d i mo\u017ce prowadzi\u0107 do awaryjnego zako\u0144czenia aplikacji. <\/ul>\n