{"id":102233,"date":"2021-11-07T15:36:49","date_gmt":"2021-11-07T13:36:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-kriptograficheskoj-biblioteki-wolfssl-5-0-0"},"modified":"2021-11-07T15:36:49","modified_gmt":"2021-11-07T13:36:49","slug":"vypusk-kriptograficheskoj-biblioteki-wolfssl-5-0-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-kriptograficheskoj-biblioteki-wolfssl-5-0-0","title":{"rendered":"Publication de la biblioth\u00e8que cryptographique wolfSSL 5.0.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une nouvelle version de la biblioth\u00e8que cryptographique compacte wolfSSL 5.0.0 est disponible, optimis\u00e9e pour une utilisation sur des appareils embarqu\u00e9s avec des ressources processeur et m\u00e9moire limit\u00e9es, tels que des dispositifs Internet des objets, des syst\u00e8mes de maison intelligente, des syst\u00e8mes d'information automobile, des routeurs et des t\u00e9l\u00e9phones mobiles. Le code est \u00e9crit en C et distribu\u00e9 sous la licence GPLv2. <\/p>\n
La biblioth\u00e8que fournit des impl\u00e9mentations hautes performances des algorithmes cryptographiques modernes, y compris ChaCha20, Curve25519, NTRU, RSA, Blake2b, TLS 1.0-1.3 et DTLS 1.2, qui, selon les d\u00e9veloppeurs, sont 20 fois plus compactes que les impl\u00e9mentations d'OpenSSL. Elle propose \u00e0 la fois une API simplifi\u00e9e et une couche de compatibilit\u00e9 avec l'API OpenSSL. La prise en charge de l'OCSP (Online Certificate Status Protocol) et de la CRL (Certificate Revocation List) pour la v\u00e9rification de la r\u00e9vocation des certificats est \u00e9galement incluse. <\/p>\n
Principales nouveaut\u00e9s de wolfSSL 5.0.0 : <\/p>\n
\n
Ajout du support des plateformes : IoT-Safe (avec support TLS), SE050 (avec support RNG, SHA, AES, ECC et ED25519) et Renesas TSIP 1.13 (pour les microcontr\u00f4leurs RX72N).\n
Ajout du support des algorithmes de cryptographie post-quantique, r\u00e9sistants aux attaques par ordinateur quantique : groupes KEM NIST Round 3 pour TLS 1.3 et groupes hybrides NIST ECC bas\u00e9s sur le projet OQS (Open Quantum Safe, liboqs). Des groupes r\u00e9sistants aux attaques par ordinateur quantique ont \u00e9galement \u00e9t\u00e9 ajout\u00e9s au middleware pour assurer la compatibilit\u00e9. Le support des algorithmes NTRU et QSH a \u00e9t\u00e9 abandonn\u00e9.\n
Le module pour le noyau Linux a mis en \u0153uvre le support des algorithmes cryptographiques conformes aux normes de s\u00e9curit\u00e9 FIPS 140-3. Un produit distinct avec une mise en \u0153uvre FIPS 140-3 est pr\u00e9sent\u00e9, dont le code est encore en phase de test, de r\u00e9vision et de v\u00e9rification.\n
Le module pour le noyau Linux a \u00e9t\u00e9 ajout\u00e9 avec des variantes d'algorithmes RSA, ECC, DH, DSA, AES\/AES-GCM, acc\u00e9l\u00e9r\u00e9es par des instructions vectorielles du CPU x86. Les gestionnaires d'interruption ont \u00e9galement \u00e9t\u00e9 optimis\u00e9s gr\u00e2ce \u00e0 ces instructions vectorielles. Un support pour le syst\u00e8me de validation des modules par signatures num\u00e9riques a \u00e9t\u00e9 ajout\u00e9. La possibilit\u00e9 de compiler le moteur cryptographique int\u00e9gr\u00e9 wolfCrypt en mode \u00ab \u2014enable-linuxkm-pie \u00bb (position ind\u00e9pendante) a \u00e9t\u00e9 assur\u00e9e. Le module prend en charge les noyaux Linux 3.16, 4.4, 4.9, 5.4 et 5.10.\n
Ajout du support de libssh2, pyOpenSSL, libimobiledevice, rsyslog, OpenSSH 8.5p1 et Python 3.8.5 dans le middleware pour assurer la compatibilit\u00e9 avec d'autres biblioth\u00e8ques et applications.\n
Ajout d'un grand nombre de nouvelles API, y compris EVP_blake2, wolfSSL_set_client_CA_list, wolfSSL_EVP_sha512_256, wc_Sha512*, EVP_shake256, SSL_CIPHER_*, SSL_SESSION_* etc.\n
Deux vuln\u00e9rabilit\u00e9s ont \u00e9t\u00e9 corrig\u00e9es, consid\u00e9r\u00e9es comme non dangereuses : un gel lors de la cr\u00e9ation de signatures num\u00e9riques DSA avec certains param\u00e8tres et une v\u00e9rification incorrecte des certificats avec plusieurs noms alternatifs d'objet, lors de l'utilisation de contraintes li\u00e9es aux noms. <\/ul>\n