{"id":101224,"date":"2021-09-08T16:23:07","date_gmt":"2021-09-08T14:23:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-kriptograficheskoj-biblioteki-openssl-3-0-0"},"modified":"2021-09-08T16:23:07","modified_gmt":"2021-09-08T14:23:07","slug":"vypusk-kriptograficheskoj-biblioteki-openssl-3-0-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-kriptograficheskoj-biblioteki-openssl-3-0-0","title":{"rendered":"Lancement de la biblioth\u00e8que cryptographique OpenSSL 3.0.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s trois ans de d\u00e9veloppement et 19 versions de test, la biblioth\u00e8que OpenSSL 3.0.0 a \u00e9t\u00e9 publi\u00e9e, impl\u00e9mentant les protocoles SSL\/TLS et divers algorithmes de cryptage. Cette nouvelle branche inclut des modifications qui rompent la compatibilit\u00e9 avec les versions pr\u00e9c\u00e9dentes au niveau de l'API et de l'ABI, mais ces changements n'affecteront pas le fonctionnement de la plupart des applications, pour lesquelles une recompilation bas\u00e9e sur OpenSSL 1.1.1 est suffisante. Le support de l'ancienne branche OpenSSL 1.1.1 sera maintenu jusqu'en septembre 2023. <\/p>\n
Le changement significatif de version est li\u00e9 \u00e0 la transition vers la num\u00e9rotation traditionnelle \u00ab Major.Minor.Patch \u00bb. Le premier chiffre (Major) dans le num\u00e9ro de version changera d\u00e9sormais uniquement en cas de rupture de la compatibilit\u00e9 au niveau de l'API\/ABI, tandis que le deuxi\u00e8me (Minor) changera lors de l'augmentation des fonctionnalit\u00e9s sans modification de l'API\/ABI. Les mises \u00e0 jour correctives seront livr\u00e9es avec le changement du troisi\u00e8me chiffre (Patch). Le num\u00e9ro 3.0.0, choisi apr\u00e8s 1.1.1, a \u00e9t\u00e9 s\u00e9lectionn\u00e9 pour \u00e9viter les chevauchements avec le module FIPS en d\u00e9veloppement pour OpenSSL, qui utilisait la num\u00e9rotation 2.x. <\/p>\n
Un autre changement important pour le projet a \u00e9t\u00e9 le passage d'une double licence (OpenSSL et SSLeay) \u00e0 la licence Apache 2.0. L'ancienne licence propri\u00e9taire d'OpenSSL \u00e9tait bas\u00e9e sur le texte d'une licence Apache 1.0 obsol\u00e8te et exigeait une mention explicite d'OpenSSL dans les supports publicitaires lors de l'utilisation des biblioth\u00e8ques OpenSSL, ainsi qu'ajouter une note sp\u00e9ciale en cas de fourniture d'OpenSSL dans le cadre d'un produit. De telles exigences rendaient l'ancienne licence incompatible avec la GPL, ce qui compliquait l'utilisation d'OpenSSL dans des projets sous licence GPL. Pour contourner cette incompatibilit\u00e9, les projets GPL \u00e9taient contraints d'utiliser des accords de licence sp\u00e9cifiques, qui compl\u00e9taient le texte principal de la GPL par une clause autorisant explicitement le lien d'une application avec la biblioth\u00e8que OpenSSL et mentionnant que les exigences de la GPL ne s'appliquent pas au lien avec OpenSSL. <\/p>\n
Comparativement \u00e0 la branche OpenSSL 1.1.1, OpenSSL 3.0.0 introduit plus de 7500 modifications, pr\u00e9par\u00e9es par 350 d\u00e9veloppeurs. Les principales nouveaut\u00e9s d'OpenSSL 3.0.0 : <\/p>\n
\n
Un nouveau module FIPS a \u00e9t\u00e9 propos\u00e9, incluant la mise en \u0153uvre d'algorithmes cryptographiques conformes \u00e0 la norme de s\u00e9curit\u00e9 FIPS 140-2 (le processus de certification du module est pr\u00e9vu pour ce mois-ci, et l'obtention du certificat FIPS 140-2 est attendue l'ann\u00e9e prochaine). Ce nouveau module est grandement simplifi\u00e9 et sa connexion \u00e0 de nombreuses applications n\u00e9cessitera seulement une modification du fichier de configuration. Par d\u00e9faut, le module FIPS est d\u00e9sactiv\u00e9 et n\u00e9cessite l'option enable-fips pour \u00eatre activ\u00e9.\n
Dans libcrypto, un concept de fournisseurs plug-in a \u00e9t\u00e9 mis en place, rempla\u00e7ant l'ancien concept de moteurs (l'API ENGINE est obsol\u00e8te). Gr\u00e2ce aux fournisseurs, il est possible d'ajouter ses propres mises en \u0153uvre d'algorithmes pour des op\u00e9rations telles que le cryptage, le d\u00e9cryptage, la g\u00e9n\u00e9ration de cl\u00e9s, le calcul de MAC et la cr\u00e9ation et la v\u00e9rification de signatures num\u00e9riques. Il est possible d'ajouter de nouveaux fournisseurs ainsi que de cr\u00e9er des mises en \u0153uvre alternatives d'algorithmes d\u00e9j\u00e0 pris en charge (par d\u00e9faut, chaque algorithme utilise d\u00e9sormais le fournisseur int\u00e9gr\u00e9 d'OpenSSL).\n