{"id":102446,"date":"2021-12-02T21:36:39","date_gmt":"2021-12-02T19:36:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-mozilla-nss-pozvolyayushhaya-vypolnit-kod-pri-obrabotke-sertifikatov"},"modified":"2021-12-02T21:36:39","modified_gmt":"2021-12-02T19:36:39","slug":"uyazvimost-v-mozilla-nss-pozvolyayushhaya-vypolnit-kod-pri-obrabotke-sertifikatov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/uyazvimost-v-mozilla-nss-pozvolyayushhaya-vypolnit-kod-pri-obrabotke-sertifikatov","title":{"rendered":"Vuln\u00e9rabilit\u00e9 dans Mozilla NSS permettant l'ex\u00e9cution de code lors du traitement de certificats","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Une vuln\u00e9rabilit\u00e9 critique (CVE-2021-43527) a \u00e9t\u00e9 identifi\u00e9e dans les biblioth\u00e8ques cryptographiques NSS (Network Security Services) d\u00e9velopp\u00e9es par Mozilla. Elle pourrait permettre \u00e0 un attaquant d'ex\u00e9cuter du code lors du traitement de signatures num\u00e9riques DSA ou RSA-PSS sp\u00e9cifi\u00e9es par le biais de la m\u00e9thode d'encodage DER (Distinguished Encoding Rules). Ce probl\u00e8me, baptis\u00e9 BigSig, a \u00e9t\u00e9 corrig\u00e9 dans les versions NSS 3.73 et NSS ESR 3.68.1. Les mises \u00e0 jour des paquets pour les distributions sont disponibles pour Debian, RHEL, Ubuntu, SUSE, Arch Linux, Gentoo et FreeBSD. Les mises \u00e0 jour pour Fedora ne sont pas encore disponibles. <\/p>\n

Le probl\u00e8me se manifeste dans les applications utilisant NSS pour traiter des signatures num\u00e9riques CMS, S\/MIME, PKCS #7 et PKCS #12, ou lors de la v\u00e9rification des certificats dans les impl\u00e9mentations TLS, X.509, OCSP et CRL. La vuln\u00e9rabilit\u00e9 peut appara\u00eetre dans diverses applications clientes et serveurs prenant en charge TLS, DTLS et S\/MIME, ainsi que dans les clients de messagerie et les lecteurs de PDF utilisant l'appel NSS CERT_VerifyCertificate() pour v\u00e9rifier les signatures num\u00e9riques. <\/p>\n

Des exemples d'applications vuln\u00e9rables incluent LibreOffice, Evolution et Evince. Potentiellement, le probl\u00e8me pourrait \u00e9galement concerner des projets tels que Pidgin, Apache OpenOffice, Suricata, Curl, Chrony, Red Hat Directory Server, Red Hat Certificate System, mod_nss pour le serveur http Apache, Oracle Communications Messaging Server et Oracle Directory Server Enterprise Edition. En revanche, Firefox, Thunderbird et Tor Browser ne sont pas affect\u00e9s, car ils utilisent une biblioth\u00e8que distincte mozilla::pkix pour la verification, qui fait \u00e9galement partie de NSS. Les navigateurs bas\u00e9s sur Chromium ne sont pas non plus vuln\u00e9rables (\u00e0 moins qu'ils ne soient sp\u00e9cifiquement compil\u00e9s avec NSS), ayant utilis\u00e9 NSS jusqu'en 2015 avant d'adopter BoringSSL. <\/p>\n

La vuln\u00e9rabilit\u00e9 est caus\u00e9e par une erreur dans le code de v\u00e9rification des certificats dans la fonction vfy_CreateContext du fichier secvfy.c. L'erreur se manifeste tant lors de la lecture du certificat client depuis le serveur que lors du traitement des certificats. serveur<\/a> Lors de la v\u00e9rification d'une signature num\u00e9rique cod\u00e9e par la m\u00e9thode DER, NSS d\u00e9code la signature dans un tampon de taille fixe et transmet ce tampon au module PKCS #11. Lors du traitement ult\u00e9rieur, pour les signatures DSA et RSA-PSS, la taille n'est pas correctement v\u00e9rifi\u00e9e, ce qui entra\u00eene un d\u00e9bordement de tampon allou\u00e9 pour la structure VFYContextStr, si la taille de la signature num\u00e9rique d\u00e9passe 16384 bits (un tampon de 2048 octets est allou\u00e9, mais il n'est pas v\u00e9rifi\u00e9 que la signature puisse \u00eatre de plus grande taille). <\/p>\n

Le code contenant une vuln\u00e9rabilit\u00e9 est tra\u00e7able depuis 2003, mais il ne repr\u00e9sentait pas de menace avant le refactoring effectu\u00e9 en 2012. En 2017, lors de la mise en \u0153uvre du support RSA-PSS, la m\u00eame erreur a \u00e9t\u00e9 commise. Pour effectuer une attaque, il n'est pas n\u00e9cessaire de g\u00e9n\u00e9rer des cl\u00e9s sp\u00e9cifiques de mani\u00e8re gourmande en ressources pour obtenir les donn\u00e9es requises, car le d\u00e9passement de m\u00e9moire se produit \u00e0 un stade ant\u00e9rieur \u00e0 la v\u00e9rification de la validit\u00e9 de la signature num\u00e9rique. Une partie des donn\u00e9es qui d\u00e9passe les limites est \u00e9crite dans une zone m\u00e9moire contenant des pointeurs vers des fonctions, ce qui facilite la cr\u00e9ation d'exploits fonctionnels. <\/p>\n

La vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 d\u00e9tect\u00e9e par des chercheurs de Google Project Zero lors d'exp\u00e9rimentations avec de nouvelles m\u00e9thodes de test par fuzzing et constitue une bonne d\u00e9monstration de la mani\u00e8re dont des vuln\u00e9rabilit\u00e9s triviales peuvent rester inaper\u00e7ues pendant longtemps dans un projet largement test\u00e9 et bien connu : <\/p>\n