È stata rilasciata la versione principale della branch di nginx 1.31.2, all'interno della quale continua lo sviluppo di nuove funzionalità, insieme al rilascio della branch stabile parallelamente supportata nginx 1.30.3, per la quale vengono apportate solo modifiche relative alla correzione di gravi errori e vulnerabilità. Negli aggiornamenti sono state corrette 3 vulnerabilità:
- CVE-2026-42530 — accesso a memoria già liberata (use-after-free) nell'implementazione del protocollo HTTP/3. Il problema è stato classificato come critico (9.2 su 10), non escludendo l'esecuzione remota di codice con i privilegi di un processo durante l'elaborazione di una sessione appositamente formattata tramite il protocollo QUIC.
- CVE-2026-42055 — overflow del buffer nei moduli ngx_http_proxy_v2_module e ngx_http_grpc_module, che si manifesta durante il proxying di richieste appositamente formattate tramite il protocollo HTTP/2 o verso il backend gRPC. Il problema è stato classificato come critico (9.2 su 10), consentendo l'esecuzione remota di codice. La vulnerabilità si manifesta in configurazioni con l'impostazione
«ignore_invalid_headers off;» e un valore elevato per «large_client_header_buffers». - CVE-2026-48142 — lettura da un'area al di fuori del buffer allocato durante l'elaborazione di richieste appositamente formattate, portando a una ricodifica del testo in codifica UTF-8 tramite il modulo ngx_http_charset_module. La vulnerabilità si presenta in configurazioni con la direttiva «charset_map» in presenza nella block location di direttive «source_charset utf-8» e «charset altra_codifica». Il problema è stato classificato come medio (6.3 su 10), consentendo la fuoriuscita di contenuto dalla memoria del processo.
Oltre alla correzione delle vulnerabilità, nella versione nginx 1.31.2 è stata aggiunta la variabile $ssl_sigalgs, contenente gli algoritmi di firma digitale dichiarati dal client nel messaggio ClientHello durante il protocollo di handshake TLS. Per la generazione dell'identificatore trasmesso tramite la variabile $request_id è stato utilizzato l'algoritmo di hashing SipHash-2-4.
Fonte: opennet.ru
