{"id":182227,"date":"2026-06-18T08:48:05","date_gmt":"2026-06-18T06:48:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/obnovlenie-nginx-1-31-2-s-ustraneniem-uyazvimostej-ekspluatiruemyh-cherez-http-3-http2-i-grpc"},"modified":"2026-06-18T08:48:05","modified_gmt":"2026-06-18T06:48:05","slug":"obnovlenie-nginx-1-31-2-s-ustraneniem-uyazvimostej-ekspluatiruemyh-cherez-http-3-http2-i-grpc","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/obnovlenie-nginx-1-31-2-s-ustraneniem-uyazvimostej-ekspluatiruemyh-cherez-http-3-http2-i-grpc","title":{"rendered":"Mise \u00e0 jour nginx 1.31.2 corrigeant des vuln\u00e9rabilit\u00e9s exploit\u00e9es via HTTP\/3, HTTP2 et gRPC","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version principale de nginx 1.31.2 a \u00e9t\u00e9 lanc\u00e9e, poursuivant le d\u00e9veloppement de nouvelles fonctionnalit\u00e9s, ainsi que la publication d'une branche stable concurrente, nginx 1.30.3, qui ne re\u00e7oit que des modifications pour corriger des erreurs critiques et des vuln\u00e9rabilit\u00e9s. Trois vuln\u00e9rabilit\u00e9s ont \u00e9t\u00e9 corrig\u00e9es dans les mises \u00e0 jour :<\/p>\n
\n
CVE-2026-42530 \u2014 acc\u00e8s \u00e0 une m\u00e9moire d\u00e9j\u00e0 lib\u00e9r\u00e9e (use-after-free) dans l'impl\u00e9mentation du protocole HTTP\/3. Ce probl\u00e8me a \u00e9t\u00e9 class\u00e9 comme critique (9,2 sur 10), pouvant permettre l'ex\u00e9cution \u00e0 distance de code avec les droits d'un processus lors du traitement d'une session sp\u00e9cialement con\u00e7ue avec le protocole QUIC.\n
CVE-2026-42055 \u2014 d\u00e9bordement de tampon dans les modules ngx_http_proxy_v2_module et ngx_http_grpc_module, se manifestant lors du proxy de requ\u00eates sp\u00e9cialement con\u00e7ues via le protocole HTTP\/2 ou vers un backend gRPC. Ce probl\u00e8me a \u00e9t\u00e9 class\u00e9 comme critique (9,2 sur 10), permettant l'ex\u00e9cution \u00e0 distance de code. La vuln\u00e9rabilit\u00e9 se produit dans des configurations avec le r\u00e9glage \n\u00ab ignore_invalid_headers off; \u00bb et une grande valeur \u00ab large_client_header_buffers \u00bb.<\/p>\n
CVE-2026-48142 \u2014 lecture \u00e0 partir d'une zone en dehors du tampon allou\u00e9 lors du traitement de requ\u00eates sp\u00e9cialement con\u00e7ues, entra\u00eenant la reconversion de texte en UTF-8 \u00e0 l'aide du module ngx_http_charset_module. La vuln\u00e9rabilit\u00e9 appara\u00eet dans des configurations avec la directive \u00ab charset_map \u00bb en pr\u00e9sence des directives \u00ab source_charset utf-8 \u00bb et \u00ab charset autre_encoding \u00bb dans le bloc location. Ce probl\u00e8me a \u00e9t\u00e9 class\u00e9 comme moyen (6,3 sur 10), permettant une fuite de contenu de la m\u00e9moire du processus.\n<\/ul>\n
En plus de corriger les vuln\u00e9rabilit\u00e9s dans la version nginx 1.31.2, une variable $ssl_sigalgs a \u00e9t\u00e9 ajout\u00e9e, contenant les algorithmes de signature num\u00e9rique annonc\u00e9s par le client dans le message ClientHello lors de la n\u00e9gociation de la connexion TLS. Un algorithme de hachage SipHash-2-4 a \u00e9t\u00e9 utilis\u00e9 pour g\u00e9n\u00e9rer l'identifiant transmis via la variable $request_id. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"