Publication de OpenSSL 3.6.0 avec support de EVP_SKEY et correction de débordement de tampon

La bibliothèque OpenSSL 3.6.0 a été publiée, offrant une implémentation des protocoles SSL/TLS et divers algorithmes de cryptage. OpenSSL 3.6 est classé parmi les versions avec un support standard, dont les mises à jour sont publiées pendant 13 mois. Le support des versions précédentes OpenSSL 3.5 LTS, 3.4, 3.3, 3.2 et 3.0 LTS se poursuivra jusqu'en avril 2030, octobre 2026, avril 2026, novembre 2025 et septembre 2026 respectivement. Le code du projet est distribué sous la licence Apache 2.0.

Principales nouveautés :

• Ajout du support de la structure EVP_SKEY (Symmetric KEY) pour représenter les clés symétriques comme des objets opaques. Contrairement aux clés brutes, qui sont représentées par un tableau de bytes, la structure de clé EVP_SKEY est abstraite et contient des métadonnées supplémentaires. L'utilisation d'EVP_SKEY est autorisée dans les fonctions de cryptage, d'échange de clés et de génération de clés (KDF). Des fonctions EVP_KDF_CTX_set_SKEY(), EVP_KDF_derive_SKEY() et EVP_PKEY_derive_SKEY() ont été ajoutées pour travailler avec les clés EVP_SKEY.
• Ajout de la vérification des signatures numériques basée sur le schéma LMS (Leighton-Micali Signatures), utilisant des fonctions de hachage et un hachage arborescent sous la forme d'un arbre de Merkle (Merkle Tree, chaque branche vérifiant toutes les branches et nœuds en dessous). Les signatures numériques LMS sont résistantes aux attaques par ordinateurs quantiques et sont conçues pour garantir l'intégrité des firmwares et des applications.
• Ajout du support des catégories de sécurité NIST pour les paramètres des objets PKEY (clés publiques et privées). La définition de la catégorie de sécurité se fait par le paramètre «security-category». Pour vérifier le niveau de sécurité, la fonction EVP_PKEY_get_security_category() a été ajoutée. Le niveau de sécurité reflète la résistance aux attaques par ordinateur quantique et peut prendre des valeurs entières de 0 à 5 :
  • 0 — implémentation non résistante aux attaques par ordinateurs quantiques;
  • 1/3/5 — l'implémentation n'exclut pas la recherche par ordinateur quantique d'une clé dans un chiffre de bloc avec une clé de 128/192/256 bits;
  • 2/4 — l'implémentation n'exclut pas la recherche par ordinateur quantique de collisions dans un hachage de 256/384 bits).
• Ajout de la commande «openssl configutl» pour traiter le fichier de configuration. L'utilitaire permet, sur la base d'une configuration multi-fichiers avec des inclusions include, de former un fichier récapitulatif avec tous les paramètres.
• Le fournisseur de cryptographie FIPS a ajouté le support de la génération déterministe de signatures numériques ECDSA (la même signature est générée pour les mêmes données d'entrée), conformément aux exigences de la norme FIPS 186-5.
• Les exigences pour l'environnement de construction ont été renforcées. Pour construire OpenSSL, il ne suffit plus d'avoir des outils conformes à l'ANSI-C, un compilateur conforme à la norme C-99 est maintenant requis.
• Les fonctions liées à la structure EVP_PKEY_ASN1_METHOD ont été déclarées obsolètes.
• Le support de la plateforme VxWorks a été abandonné.

Vulnérabilités corrigées :

• CVE-2025-9230 — vulnérabilité dans le code de déchiffrement des messages CMS chiffrés à l'aide d'un mot de passe (PWRI). Cette vulnérabilité peut entraîner l'écriture et la lecture de données en dehors du tampon alloué, ce qui permet de provoquer un plantage ou une corruption de la mémoire dans une application utilisant OpenSSL pour traiter des messages CMS. Bien qu'il soit possible que cette vulnérabilité soit exploitée pour exécuter du code arbitraire, le danger est atténué par le fait que le chiffrement des messages CMS avec un mot de passe est très rare en pratique. En plus de la version OpenSSL 3.6.0, la vulnérabilité a été corrigée dans les versions OpenSSL 3.5.4, 3.4.3, 3.3.5, 3.2.6 et 3.0.18. Le problème a également été corrigé dans les mises à jour de la bibliothèque LibreSSL 4.0.1 et 4.1.1, développées par le projet OpenBSD.
• CVE-2025-9231 — l'implémentation de l'algorithme SM2 est vulnérable à une attaque par canaux auxiliaires, permettant sur des systèmes avec des CPU ARM 64 bits de recréer la clé privée en analysant les variations des temps d'exécution de calculs individuels. L'attaque pourrait potentiellement être menée à distance. Le risque d'attaque est atténué par le fait qu'OpenSSL ne prend pas en charge directement l'utilisation de certificats avec des clés SM2 dans TLS.
• CVE-2025-9232 — vulnérabilité dans l'implémentation du client HTTP intégré, entraînant la lecture de données en dehors de la zone tampon lors du traitement de fonctions HTTP Client avec une URL spécialement formatée. Le problème ne se manifeste que lorsque la variable d'environnement "no_proxy" est définie et peut entraîner un plantage de l'application.

Source : opennet.ru