La version 4.0.0 du projet LibreSSL, un fork d'OpenSSL, vise \u00e0 offrir un niveau de s\u00e9curit\u00e9 sup\u00e9rieur et un support de qualit\u00e9 pour les protocoles SSL\/TLS en \u00e9liminant les fonctionnalit\u00e9s superflues, en ajoutant des mesures de protection suppl\u00e9mentaires et en proc\u00e9dant \u00e0 un nettoyage et une refonte significatifs de la base de code. Le changement significatif du num\u00e9ro de version est d\u00fb \u00e0 l'utilisation d'une num\u00e9rotation d\u00e9cimale (apr\u00e8s 3.9, la version 4.0). Les changements les plus notables incluent : <\/p>\n
- \n
- Ajout du support initial pour la compilation avec Emscripten, un compilateur de C\/C++ vers WebAssembly.\n
- L'option CRLfile a \u00e9t\u00e9 ajout\u00e9e \u00e0 la commande \u00ab openssl cms \u00bb pour indiquer des listes suppl\u00e9mentaires de certificats r\u00e9voqu\u00e9s (CRL) qui seront utilis\u00e9es lors de la v\u00e9rification.\n
- Le support pour la plateforme mips32 a \u00e9t\u00e9 arr\u00eat\u00e9.\n
- L'acc\u00e8s aux fonctions \u00e9crites en langage assembleur via l'API publique a \u00e9t\u00e9 supprim\u00e9 (ces fonctions sont d\u00e9sormais propos\u00e9es uniquement via des fonctions d'interface en C). Les impl\u00e9mentations assembleur des algorithmes obsol\u00e8tes pour des architectures d\u00e9pass\u00e9es ont \u00e9t\u00e9 supprim\u00e9es.\n
- Le code pour la mise en cache de la validit\u00e9 des certificats, devenu superflu apr\u00e8s l'optimisation des performances, a \u00e9t\u00e9 supprim\u00e9.\n
- L'impl\u00e9mentation des extensions X.509v3 a \u00e9t\u00e9 am\u00e9lior\u00e9e, les m\u00e9thodes X.509v3 ont \u00e9t\u00e9 unifi\u00e9es et un nettoyage de l'API associ\u00e9e a \u00e9t\u00e9 effectu\u00e9.\n
- L'impl\u00e9mentation de type CRYPTO_EX_DATA a \u00e9t\u00e9 enti\u00e8rement r\u00e9\u00e9crite.\n
- Dans libcrypto, les fonctions atoi() et strtol() ont \u00e9t\u00e9 remplac\u00e9es par strtonum().\n
- Un fichier d'en-t\u00eate crypto_arch.h a \u00e9t\u00e9 ajout\u00e9, dans lequel le code sp\u00e9cifique aux architectures mat\u00e9rielles a \u00e9t\u00e9 d\u00e9plac\u00e9.\n
- L'impl\u00e9mentation de l'algorithme DES a \u00e9t\u00e9 repens\u00e9e et optimis\u00e9e.\n
- Les fichiers d'en-t\u00eate pem2.h, ssl2.h, ssl23.h et ui_compat.h ont \u00e9t\u00e9 supprim\u00e9s.\n
- Le support de l'algorithme de hachage Whirlpool a \u00e9t\u00e9 supprim\u00e9.\n
- Les fonctions HMAC_Init(), OPENSSL_load_builtin_modules(), X509_REQ_{get,set}_extension_nids(), X509_check_trust() ont \u00e9t\u00e9 supprim\u00e9es.\n
- Les types PEM_USER, PEM_CTX, COMP_CTX, COMP_METHOD, X509_CRL_METHOD, STORE, STORE_METHOD et SSL_AEAD_CTX ont \u00e9t\u00e9 supprim\u00e9s.\n
- Des fonctions SSL_CTX_set1_cert_store() et SSL_CIPHER_get_handshake_digest() ont \u00e9t\u00e9 ajout\u00e9es \u00e0 libssl. <\/ul>\n
La version 3.6.0 de la biblioth\u00e8que cryptographique Botan est disponible, utilis\u00e9e dans le projet NeoPG, un fork de GnuPG 2. Cette biblioth\u00e8que propose une grande collection de primitives pr\u00eates \u00e0 l'emploi, utilis\u00e9es dans le protocole TLS, dans les certificats X.509, les chiffrements AEAD, les modules TPM, PKCS#11, le hachage des mots de passe et la cryptographie post-quantique (signatures bas\u00e9es sur le hachage et accord de cl\u00e9 bas\u00e9 sur McEliece). La biblioth\u00e8que est \u00e9crite en C++ et est distribu\u00e9e sous licence BSD. Dans la nouvelle version : <\/p>\n
- \n
- Une nouvelle biblioth\u00e8que avec des algorithmes cryptographiques bas\u00e9s sur des courbes elliptiques a \u00e9t\u00e9 int\u00e9gr\u00e9e, o\u00f9 les op\u00e9rations sur des courbes types sont effectu\u00e9es 2 \u00e0 3 fois plus rapidement. Une nouvelle API pour le travail bas niveau avec des courbes elliptiques a \u00e9galement \u00e9t\u00e9 propos\u00e9e.\n
- Ajout du support des algorithmes de cryptographie post-quantique r\u00e9cemment standardis\u00e9s par le NIST : FIPS 203 ML-KEM (Kyber), FIPS 204 ML-DSA (Dilithium) et FIPS 205 SLH-DSA (SPHINCS+).\n
- Ajout du support pour les puces TPM2.\n
- L'utilisation des calculs \u00e0 temps constant pour prot\u00e9ger contre les attaques par canaux auxiliaires a \u00e9t\u00e9 \u00e9tendue.\n
- Ajout de la g\u00e9n\u00e9ration d'entropie suppl\u00e9mentaire \u00e0 l'aide de la biblioth\u00e8que jitterentropy.\n
- Am\u00e9lioration des performances de traitement des donn\u00e9es en format hexad\u00e9cimal et en encodage base64.\n
- Ajout du support pour les extensions processeur AVX2-VAES et GFNI-AVX2.\n
- Ajout de la d\u00e9tection des capacit\u00e9s CPU armv7, aarch64 et ppc64 sur la plateforme OpenBSD.\n
- Ajout d'une option de compilation pour d\u00e9sactiver toutes les insertions inline en assembleur. <\/ul>\n
Publication du projet Rustls 0.23.15, qui d\u00e9veloppe une impl\u00e9mentation client et serveur des protocoles TLS1.2 et TLS1.3 pour des projets en Rust. Rustls ne fournit pas sa propre impl\u00e9mentation des primitives cryptographiques mais utilise des fournisseurs de fonctions cryptographiques (les algorithmes ECDSA, Ed25519, RSA, ChaCha20-Poly1305, AES128-GCM et AES256-GCM sont pris en charge). Par d\u00e9faut, Rustls utilise un fournisseur cryptographique bas\u00e9 sur la biblioth\u00e8que aws-lc-rs, d\u00e9velopp\u00e9e par Amazon et bas\u00e9e sur le code C++ d'AWS-LC, qui est un fork du projet BoringSSL (soutenu par Google, fork d'OpenSSL). La biblioth\u00e8que ring, partiellement bas\u00e9e sur BoringSSL et combinant du code en assembleur, C++ et Rust, peut \u00e9galement \u00eatre utilis\u00e9e comme fournisseur cryptographique. <\/p>\n
![\"Sortie](\"\/wp-content\/uploads\/2024\/10\/51b2782d9e3db5f18b710a5cc9e6641b.png\")
![\"Sortie](\"\/wp-content\/uploads\/2024\/10\/d3e33869768a3f91bf67eede6abe499c.png\")