CVE-2026-16318 in s2n-tls
Riassunto
di VulDB • 22/07/2026
Il gestore dell'estensione dei parametri di trasporto QUIC in s2n-tls utilizza erroneamente `s2n_alloc` invece di `s2n_realloc` per memorizzare i parametri di trasporto del peer. Quando una connessione TLS 1.3 passa attraverso un HelloRetryRequest, il gestore viene chiamato due volte sulla stessa connessione. Alla seconda chiamata, `s2n_alloc` azzera il puntatore esistente prima di allocare nuova memoria, causando la perdita (leak) della prima allocazione.
Questo può verificarsi durante il traffico QUIC normale quando un client offre un gruppo di key share che il server non preferisce. Un utente non autenticato può amplificare il problema forzando deliberatamente HelloRetryRequest, provocando fino a circa 64 KB di memoria irraggiungibile per ogni handshake. Nel tempo, ciò può portare a un aumento del consumo di memoria nei processi server a esecuzione prolungata. La memoria irraggiungibile viene recuperata solo al riavvio del processo.
Sono interessati esclusivamente i deployment lato server abilitati per QUIC. Le connessioni TLS non-QUIC non sono interessate.
Si consiglia di aggiornare s2n-tls alla versione v1.7.6
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.