Sono disponibili aggiornamenti correttivi per le versioni della libreria crittografica OpenSSL 3.0.16, 3.1.8, 3.2.4, 3.3.3 e 3.4.1. Nelle versioni 3.2.4, 3.3.3 e 3.4.1 è stata risolta una vulnerabilità (CVE-2024-12797) valutata con un alto livello di gravità. La vulnerabilità consente di organizzare un attacco MITM sulle connessioni TLS e DTLS. Il problema si manifesta solo nei sistemi che utilizzano chiavi pubbliche RPK (Raw Public Key, RFC 7250) per l'autenticazione dei client. Per impostazione predefinita, il supporto per RPK è disabilitato sul lato client e server.
La vulnerabilità è causata dal fatto che OpenSSL non restituisce al client informazioni sul fallimento dell'autenticazione del server durante l'instaurazione di una connessione utilizzando la modalità di verifica SSL_VERIFY_PEER, poiché il processo di negoziazione della connessione non viene interrotto correttamente. Un attaccante può effettuare un attacco MITM e reindirizzare il traffico sul proprio host invece che sul server di destinazione, e il client non riceverà informazioni che un server non è autenticato. Il problema si manifesta a partire dalla linea OpenSSL 3.2, in cui è stata introdotta la possibilità di utilizzare RPK invece di certificati X.509.
Inoltre, negli aggiornamenti di OpenSSL è stata corretta una vulnerabilità CVE-2024-13176, che consente di eseguire un attacco attraverso canali esterni per ricostruire la chiave privata ECDSA tramite l'analisi dei ritardi che si verificano durante la generazione di una firma digitale. La vulnerabilità consiste nel fatto che per alcuni tipi di curve ellittiche, ad esempio, NIST P-521, è possibile estrarre dalla massa generale i calcoli con bit alti zero del valore invertito del vettore di inizializzazione (nonce), il cui tempo di elaborazione differisce di 300 nanosecondi.
Nel caso di ECDSA, la determinazione anche di pochi bit con informazioni sul vettore di inizializzazione è sufficiente per eseguire un attacco di ripristino sequenziale dell'intera chiave privata. Per riuscire a condurre l'attacco, l'aggressore deve avere accesso a un sistema locale in cui viene eseguita l'applicazione che genera firme digitali, oppure deve avere accesso a rete ad alta velocità con ritardi molto ridotti. L'attaccante deve anche essere in grado di analizzare con grande precisione il tempo di generazione di un numero elevato di firme digitali create su dati a lui noti.
Fonte: opennet.ru
