Издаден е OpenSSL 3.6.0, който предлага реализация на протоколи SSL/TLS и различни алгоритми за криптиране. OpenSSL 3.6 е обозначен като версия с обикновена поддръжка, за която обновленията се предоставят в продължение на 13 месеца. Поддръжката на предишните версии OpenSSL 3.5 LTS, 3.4, 3.3, 3.2 и 3.0 LTS ще продължи до април 2030 г., октомври 2026 г., април 2026 г., ноември 2025 г. и септември 2026 г. съответно. Кодът на проекта се разпространява под лиценза Apache 2.0.
Основни нововъведения:
- Добавена е поддръжка за структурата EVP_SKEY (симетричен ключ) за представяне на симетрични ключове като непрозрачни (opaque) обекти. В отличие от raw-ключовете, представени с масив от байтове, в структурата EVP_SKEY ключът е абстрахиран и съдържа допълнителни метаданни. Допустимо е използването на EVP_SKEY в функции за криптиране, обмен на ключове и генериране на ключове (KDF). За работа с ключове EVP_SKEY са добавени функциите EVP_KDF_CTX_set_SKEY(), EVP_KDF_derive_SKEY() и EVP_PKEY_derive_SKEY().
- Добавена е поддръжка за верификация на цифрови подписи на база схемата LMS (Leighton-Micali Signatures), която използва хеш-функции и дървовидно хеширане под формата на дърво на Меркъл (Merkle Tree, всяка клонка верифицира всичките свои подлежащи клонки и възли). Цифровите подписи LMS са устойчиви на атаки от квантови компютри и са разработени за удостоверяване на цялостта на фърмуер и приложения.
- Добавена е поддръжка на категориите за сигурност на NIST за параметрите на обектите PKEY (открит и затворен ключ). Определянето на категорията за сигурност се извършва чрез настройка „security-category“. За проверка на нивото на сигурност е добавена функцията EVP_PKEY_get_security_category(). Нивото на сигурност отразява устойчивостта на атаки от квантови компютри и може да приема цели стойности от 0 до 5:
- 0 — реализация, която не е устойчива на хакерски атаки от квантови компютри;
- 1/3/5 — реализацията не изключва търсене на квантов компютър на ключ в блочно шифриране с 128/192/256-битов ключ;
- 2/4 — реализацията не изключва търсене на квантов компютър за колизии в 256/384-битов хеш.
- Добавена е команда „openssl configutl“ за обработка на конфигурационния файл. Утилитата позволява на базата на многофайлова конфигурация с включвания (include) да се създаде обединен файл с всички настройки.
- В криптопровайдера FIPS е добавена поддръжка за детерминирано генериране на цифрови подписи ECDSA (при едни и същи входни данни се генерира една и съща подпис), в съответствие с изискванията на стандарта FIPS 186-5.
- Повишени са изискванията към средата за сборка. За компилирането на OpenSSL вече не е достатъчен инструментариум с поддръжка на ANSI-C и е необходим компилатор, съвместим със стандарта C-99.
- Обявени са за остарели функции, свързани със структурата EVP_PKEY_ASN1_METHOD.
- Поддръжката на платформата VxWorks е прекратена.
Поправени уязвимости:
- CVE-2025-9230 — уязвимост в кода за декриптиране на CMS-съобщения, криптирани с помощта на парола (PWRI). Уязвимостта може да доведе до запис и четене на данни извън определената памет, което позволява инициирането на аварийно прекратяване или повреда на паметта в приложението, използващо OpenSSL за обработка на CMS-съобщения. Не може да се изключи експлоатацията на уязвимостта за изпълнение на собствен код, но рискът от проблема е намален, тъй като криптирането на CMS-съобщения с помощта на парола на практика рядко се използва. Освен версия OpenSSL 3.6.0, уязвимостта е отстранена в изданията OpenSSL 3.5.4, 3.4.3, 3.3.5, 3.2.6 и 3.0.18. Проблемата също е поправена в обновленията на библиотеката LibreSSL 4.0.1 и 4.1.1, разработвана от проекта OpenBSD.
- CVE-2025-9231 — реализирането на алгоритъма SM2 е подложено на атака по страничен канал, позволяваща на системи с 64-битови CPU ARM да възстановят закрития ключ, анализирайки промените във времето за изпълнение на отделни изчисления. Потенциално атаката може да бъде проведена отдалеч. Рискът от атаката е намален, тъй като OpenSSL не поддържа директно използването на сертификати с ключове SM2 в TLS.
- CVE-2025-9232 — уязвимост в реализацията на вградения HTTP-клиент, която води до четене на данни от област извън буфера при обработка на функции HTTP Client със специално форматиран URL. Проблемът се проявява само при зададена променлива на средата "no_proxy" и може да доведе до аварийно прекратяване на приложението.
Източник: opennet.ru
