{"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\/fr\/blog\/news\/vypusk-openssl-3-6-0-s-podderzhkoj-evp_skey-i-ustraneniem-perepolneniya-bufera","title":{"rendered":"Publication de OpenSSL 3.6.0 avec support de EVP_SKEY et correction de d\u00e9bordement de tampon","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La biblioth\u00e8que OpenSSL 3.6.0 a \u00e9t\u00e9 publi\u00e9e, offrant une impl\u00e9mentation des protocoles SSL\/TLS et divers algorithmes de cryptage. OpenSSL 3.6 est class\u00e9 parmi les versions avec un support standard, dont les mises \u00e0 jour sont publi\u00e9es pendant 13 mois. Le support des versions pr\u00e9c\u00e9dentes 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\u00e9 sous la licence Apache 2.0. <\/p>\n
Principales nouveaut\u00e9s : <\/p>\n
\n
Ajout du support de la structure EVP_SKEY (Symmetric KEY) pour repr\u00e9senter les cl\u00e9s sym\u00e9triques comme des objets opaques. Contrairement aux cl\u00e9s brutes, qui sont repr\u00e9sent\u00e9es par un tableau de bytes, la structure de cl\u00e9 EVP_SKEY est abstraite et contient des m\u00e9tadonn\u00e9es suppl\u00e9mentaires. L'utilisation d'EVP_SKEY est autoris\u00e9e dans les fonctions de cryptage, d'\u00e9change de cl\u00e9s et de g\u00e9n\u00e9ration de cl\u00e9s (KDF). Des fonctions EVP_KDF_CTX_set_SKEY(), EVP_KDF_derive_SKEY() et EVP_PKEY_derive_SKEY() ont \u00e9t\u00e9 ajout\u00e9es pour travailler avec les cl\u00e9s EVP_SKEY.\n
Ajout de la v\u00e9rification des signatures num\u00e9riques bas\u00e9e sur le sch\u00e9ma 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\u00e9rifiant toutes les branches et n\u0153uds en dessous). Les signatures num\u00e9riques LMS sont r\u00e9sistantes aux attaques par ordinateurs quantiques et sont con\u00e7ues pour garantir l'int\u00e9grit\u00e9 des firmwares et des applications.\n
Ajout du support des cat\u00e9gories de s\u00e9curit\u00e9 NIST pour les param\u00e8tres d'objets PKEY (cl\u00e9s publiques et priv\u00e9es). La cat\u00e9gorie de s\u00e9curit\u00e9 est d\u00e9finie via la configuration \u00ab security-category \u00bb. La fonction EVP_PKEY_get_security_category() a \u00e9t\u00e9 ajout\u00e9e pour v\u00e9rifier le niveau de s\u00e9curit\u00e9. Le niveau de s\u00e9curit\u00e9 repr\u00e9sente la r\u00e9sistance au craquage sur des ordinateurs quantiques et peut prendre des valeurs enti\u00e8res de 0 \u00e0 5.\n
\n
0 \u2014 mise en \u0153uvre non r\u00e9sistante au piratage sur des ordinateurs quantiques;\n
1\/3\/5 \u2014 la mise en \u0153uvre n'exclut pas la recherche sur un ordinateur quantique de la cl\u00e9 dans un chiffre par blocs avec une cl\u00e9 de 128\/192\/256 bits;\n
2\/4 \u2014 la mise en \u0153uvre n'exclut pas la recherche sur un ordinateur quantique de collisions dans un hachage de 256\/384 bits. <\/ul>\n
Ajout de la commande \u00ab openssl configutl \u00bb pour traiter le fichier de configuration. L'outil permet, sur la base d'une configuration multi-fichiers avec inclusions include, de g\u00e9n\u00e9rer un fichier consolid\u00e9 avec tous les param\u00e8tres.\n
Le fournisseur de cryptographie FIPS a ajout\u00e9 le support de la g\u00e9n\u00e9ration d\u00e9terministe de signatures num\u00e9riques ECDSA (la m\u00eame signature est g\u00e9n\u00e9r\u00e9e pour les m\u00eames donn\u00e9es d'entr\u00e9e), conform\u00e9ment aux exigences de la norme FIPS 186-5.\n
Les exigences pour l'environnement de construction ont \u00e9t\u00e9 renforc\u00e9es. Pour construire OpenSSL, il ne suffit plus d'avoir des outils conformes \u00e0 l'ANSI-C, un compilateur conforme \u00e0 la norme C-99 est maintenant requis.\n
Les fonctions li\u00e9es \u00e0 la structure EVP_PKEY_ASN1_METHOD ont \u00e9t\u00e9 d\u00e9clar\u00e9es obsol\u00e8tes.\n
Le support de la plateforme VxWorks a \u00e9t\u00e9 abandonn\u00e9. <\/ul>\n
Vuln\u00e9rabilit\u00e9s corrig\u00e9es : <\/p>\n
\n
CVE-2025-9230 \u2014 vuln\u00e9rabilit\u00e9 dans le code de d\u00e9chiffrement des messages CMS chiffr\u00e9s \u00e0 l'aide d'un mot de passe (PWRI). La vuln\u00e9rabilit\u00e9 peut provoquer l'\u00e9criture et la lecture de donn\u00e9es en dehors du tampon allou\u00e9, ce qui peut entra\u00eener un plantage ou une corruption de la m\u00e9moire dans une application utilisant OpenSSL pour traiter les messages CMS. L'exploitation de cette vuln\u00e9rabilit\u00e9 pourrait permettre l'ex\u00e9cution de code malveillant, mais la menace est att\u00e9nu\u00e9e par le fait que le chiffrement des messages CMS avec un mot de passe est tr\u00e8s rarement utilis\u00e9 dans la pratique. \u00c0 part la version OpenSSL 3.6.0, la vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 corrig\u00e9e dans les versions OpenSSL 3.5.4, 3.4.3, 3.3.5, 3.2.6 et 3.0.18. Le probl\u00e8me a \u00e9galement \u00e9t\u00e9 corrig\u00e9 dans les mises \u00e0 jour de la biblioth\u00e8que LibreSSL 4.0.1 et 4.1.1, d\u00e9velopp\u00e9e par le projet OpenBSD.\n
CVE-2025-9231 \u2014 l'impl\u00e9mentation de l'algorithme SM2 est vuln\u00e9rable aux attaques par canaux auxiliaires, permettant sur des syst\u00e8mes avec un CPU ARM 64 bits de reconstruire la cl\u00e9 priv\u00e9e en analysant les variations du temps d'ex\u00e9cution de calculs individuels. Potentiellement, l'attaque peut \u00eatre men\u00e9e \u00e0 distance. La menace de l'attaque est att\u00e9nu\u00e9e par le fait qu'OpenSSL ne prend pas en charge directement l'utilisation de certificats avec des cl\u00e9s SM2 dans TLS.\n
CVE-2025-9232 \u2014 une vuln\u00e9rabilit\u00e9 dans l'impl\u00e9mentation du client HTTP int\u00e9gr\u00e9, entra\u00eenant la lecture de donn\u00e9es en dehors du tampon lors du traitement dans les fonctions du Client HTTP d'une URL sp\u00e9cialement con\u00e7ue. Le probl\u00e8me se manifeste uniquement lorsque la variable d'environnement \u00ab no_proxy \u00bb est d\u00e9finie et peut entra\u00eener un plantage de l'application. <\/ul>\n