Aggiornamento di nginx 1.31.2 con correzioni per vulnerabilità sfruttabili tramite HTTP/3, HTTP2 e gRPC

È stata rilasciata la versione principale di nginx 1.31.2, che continua lo sviluppo di nuove funzionalità, e parallelamente è stata rilasciata la versione stabile supportata di nginx 1.30.3, alla quale vengono apportate solo modifiche relative alla correzione di gravi bug 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. Sono stati assegnati un livello di pericolo critico (9.2 su 10), che non esclude l'esecuzione remota di codice con i diritti del processo di lavoro durante la gestione di sessioni specificamente formattate tramite il protocollo QUIC.
  • CVE-2026-42055 — overflow di buffer nei moduli ngx_http_proxy_v2_module e ngx_http_grpc_module, manifestandosi durante il proxying di richieste specificamente formattate tramite il protocollo HTTP/2 o verso un backend gRPC. È stato assegnato un livello di pericolo critico (9.2 su 10), consentendo l'esecuzione remota di codice. La vulnerabilità si manifesta in configurazioni con impostazione
    «ignore_invalid_headers off;» e un grande valore per «large_client_header_buffers».
  • CVE-2026-48142 — lettura da area al di fuori del buffer allocato durante l'elaborazione di richieste appositamente formattate, che portano alla riconversione del testo in codifica UTF-8 tramite il modulo ngx_http_charset_module. La vulnerabilità si verifica nelle configurazioni con la direttiva «charset_map» quando nel blocco location sono presenti le direttive «source_charset utf-8» e «charset altra_codifica». Questo problema è classificato come di livello medio rischio (6.3 su 10), permettendo la fuoriuscita di contenuti dalla memoria del processo di lavoro.

Oltre alla correzione delle vulnerabilità, la versione nginx 1.31.2 introduce la variabile $ssl_sigalgs, che contiene gli algoritmi di firma digitale dichiarati dal client nel messaggio ClientHello durante la negoziazione della connessione TLS. Per la generazione dell'identificatore trasmesso tramite la variabile $request_id, è stato utilizzato l'algoritmo di hash SipHash-2-4.

Fonte: opennet.ru

Acquista un hosting affidabile per siti con protezione DDoS, server VPS VDS 🔥 Acquista un hosting affidabile per siti con protezione DDoS, server VPS VDS | ProHoster