{"id":114239,"date":"2024-03-10T12:25:43","date_gmt":"2024-03-10T10:25:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-kriptograficheskoj-biblioteki-libressl-3-9-0"},"modified":"2024-03-10T12:25:43","modified_gmt":"2024-03-10T10:25:43","slug":"vypusk-kriptograficheskoj-biblioteki-libressl-3-9-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-kriptograficheskoj-biblioteki-libressl-3-9-0","title":{"rendered":"Sortie de la biblioth\u00e8que cryptographique LibreSSL 3.9.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Les d\u00e9veloppeurs du projet OpenBSD ont pr\u00e9sent\u00e9 la version portable du paquet LibreSSL 3.9.0, dans le cadre duquel un fork d'OpenSSL est d\u00e9velopp\u00e9, visant \u00e0 garantir un niveau de s\u00e9curit\u00e9 plus \u00e9lev\u00e9. Le projet LibreSSL se concentre sur un soutien de qualit\u00e9 pour les protocoles SSL\/TLS, en \u00e9liminant les fonctionnalit\u00e9s superflues, en ajoutant des moyens de protection suppl\u00e9mentaires et en proc\u00e9dant \u00e0 un nettoyage et une refonte significatifs de la base de code. La sortie de LibreSSL 3.9.0 est consid\u00e9r\u00e9e comme exp\u00e9rimentale, dans laquelle des fonctionnalit\u00e9s seront d\u00e9velopp\u00e9es pour \u00eatre int\u00e9gr\u00e9es dans OpenBSD 7.5. En m\u00eame temps, une version stable de LibreSSL 3.8.3 a \u00e9t\u00e9 form\u00e9e, corrigeant plusieurs erreurs sp\u00e9cifiques \u00e0 Windows et renfor\u00e7ant le soutien \u00e0 la technologie de protection CET (Control-flow Enforcement Technology). <\/p>\n
Caract\u00e9ristiques de LibreSSL 3.9.0 : <\/p>\n
\n
Ajout du support des algorithmes de signature num\u00e9rique bas\u00e9s sur ECDSA avec des hachages SHA-3.\n
Ajout du support HMAC avec des hachages tronqu\u00e9s SHA-2 et SHA-3 comme PBE PRF.\n
Des modifications ont \u00e9t\u00e9 apport\u00e9es pour am\u00e9liorer la portabilit\u00e9 sur d'autres plateformes. Afin d'\u00e9viter des probl\u00e8mes lors de la liaison statique, la plupart des symboles export\u00e9s de LibreSSL utilis\u00e9s pour assurer la compatibilit\u00e9 sont pr\u00e9fix\u00e9s par \u00ab libressl_ \u00bb. L'exportation des symboles de compatibilit\u00e9 de libcrypto a \u00e9t\u00e9 interrompue dans les builds bas\u00e9s sur CMake.\n
Des modifications visant \u00e0 am\u00e9liorer la compatibilit\u00e9 avec OpenSSL ont \u00e9t\u00e9 apport\u00e9es. Par exemple, des alias ChaCha20 et chacha20 ont \u00e9t\u00e9 ajout\u00e9s pour l'algorithme ChaCha, le fonctionnement des fonctions SSL_library_init() et OPENSSL_init_ssl() a \u00e9t\u00e9 unifi\u00e9, et les appels EVP_{CIPHER,MD}_CTX_init() ont \u00e9t\u00e9 ajust\u00e9s pour se comporter comme ceux d'OpenSSL.\n
L'utilitaire openssl a ajout\u00e9 le support des options \u00ab -new -force_pubkey \u00bb, \u00ab -multivalue-rdn \u00bb, \u00ab -set_issuer \u00bb, \u00ab -set_subject \u00bb et \u00ab -utf8 \u00bb.\n
La transition de l'appel OBJ_bsearch_() vers la fonction standard bsearch() a \u00e9t\u00e9 r\u00e9alis\u00e9e.\n
L'impl\u00e9mentation des fonctions by_file_ctrl(), EVP_Cipher{Init,Update,Final}() et API OBJ_* a \u00e9t\u00e9 simplifi\u00e9e.\n
Une grande r\u00e9organisation de l'API EVP a \u00e9t\u00e9 effectu\u00e9e. Les fonctions EVP_add_{cipher,digest}() ont \u00e9t\u00e9 supprim\u00e9es.\n
Le traitement de X509_TRUST a \u00e9t\u00e9 simplifi\u00e9.\n
Les fonctions BIO_dump*() ont \u00e9t\u00e9 r\u00e9\u00e9crites.\n
Le support pour les tables globales non adapt\u00e9es \u00e0 un usage multithread\u00e9 a \u00e9t\u00e9 arr\u00eat\u00e9. En cons\u00e9quence, l'attribution d'alias aux algorithmes de chiffrement et de hachage, l'ajout de cha\u00eenes personnalis\u00e9es, de m\u00e9thodes ASN.1, PKEY et CRL n'est plus pris en charge.\n
Les fonctions BIO_set(), BIO_{sn,v,vsn}printf(), sk_find_ex() et OBJ_bsearch_() ont \u00e9t\u00e9 supprim\u00e9es, ainsi qu'un grand nombre de fonctions API CRYPTO obsol\u00e8tes.\n
L'acc\u00e8s public \u00e0 l'API X509_CERT_AUX et X509_TRUST a \u00e9t\u00e9 arr\u00eat\u00e9.\n
Le support des algorithmes GOST et STREEBOG a \u00e9t\u00e9 arr\u00eat\u00e9.\n
Le support du m\u00e9canisme CET (Control-flow Enforcement Technology) a \u00e9t\u00e9 \u00e9largi, utilis\u00e9 pour prot\u00e9ger contre l'ex\u00e9cution d'exploits bas\u00e9s sur des techniques de programmation orient\u00e9e retour (ROP, Return-Oriented Programming). <\/ul>\n