{"id":123436,"date":"2025-04-08T21:05:14","date_gmt":"2025-04-08T19:05:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-kriptograficheskoj-biblioteki-openssl-3-5-0"},"modified":"2025-04-08T21:05:14","modified_gmt":"2025-04-08T19:05:14","slug":"vypusk-kriptograficheskoj-biblioteki-openssl-3-5-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/vypusk-kriptograficheskoj-biblioteki-openssl-3-5-0","title":{"rendered":"Rilascio della libreria crittografica OpenSSL 3.5.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata rilasciata la libreria OpenSSL 3.5.0 con implementazione dei protocolli SSL\/TLS e vari algoritmi di crittografia. OpenSSL 3.5 appartiene alle versioni a lungo termine (LTS), per le quali gli aggiornamenti sono rilasciati per un periodo di 5 anni (fino ad aprile 2030). Il supporto per le versioni precedenti OpenSSL 3.3, 3.2 e 3.0 LTS continuer\u00e0 fino ad aprile 2026, novembre 2025 e settembre 2026 rispettivamente. Il codice del progetto \u00e8 distribuito sotto la licenza Apache 2.0. <\/p>\n
Novit\u00e0 principali: <\/p>\n
\n
Aggiunto supporto per algoritmi crittografici resistenti agli attacchi da computer quantistici:\n
\n
ML-KEM (CRYSTALS-Kyber) \u2014 algoritmo di scambio di chiavi che utilizza metodi di crittografia basati sulla risoluzione di problemi della teoria delle reticoli, il cui tempo di risoluzione non differisce tra computer ordinari e quantistici.\n
ML-DSA (CRYSTALS-Dilithium) \u2014 algoritmo per la generazione di firme digitali basato sulla teoria dei reticoli.\n
SLH-DSA (Sphincs+) \u2014 algoritmo per la generazione di firme digitali che applica metodi di crittografia basati su funzioni hash. SLH-DSA \u00e8 meno efficiente di ML-DSA in termini di dimensioni delle firme e velocit\u00e0, ma si basa su principi matematici completamente diversi, rendendolo efficace in caso di compromissione degli algoritmi basati sulla teoria dei reticoli. <\/ul>\n
\u00c8 stata implementata la piena supporto del protocollo QUIC (RFC 9000), ora disponibile non solo per le applicazioni client, ma anche per quelle server. QUIC \u00e8 un layer sopra il protocollo UDP, che supporta il multiplexing di pi\u00f9 connessioni e fornisce metodi di crittografia equivalenti a TLS. Il protocollo QUIC \u00e8 utilizzato in HTTP\/3 ed \u00e8 stato creato come alternativa alla combinazione TCP+TLS, affrontando problemi legati ai lunghi tempi di setup e di negoziazione delle connessioni in TCP, nonch\u00e9 eliminando i ritardi causati dalla perdita di pacchetti durante la trasmissione dei dati.\n
\u00c8 stata aggiunta la possibilit\u00e0 di utilizzare stack di terze parti con implementazioni del protocollo QUIC, inclusi gli stack che supportano la modalit\u00e0 0-RTT (0 Round Trip Time), che consente di iniziare subito la trasmissione dei dati dopo l'invio del pacchetto di instaurazione della connessione.\n
\u00c8 stata aggiunta la supporto per oggetti simmetrici chiave opachi (EVP_SKEY), che nascondono i dettagli sull'implementazione della chiave.\n
\u00c8 stato aggiunto il parametro «no-tls-deprecated-ec» per disabilitare il supporto per i gruppi TLS dichiarati obsoleti in RFC-8422.\n
\u00c8 stato aggiunto il parametro «enable-fips-jitter», che consente l'utilizzo di una sorgente di entropia basata su jitter (fluttuazione) nel provider FIPS, implementata tramite la libreria jitterentropy. La generazione di entropia basata su jitter avviene misurando le differenze temporali nell'esecuzione ripetuta di un determinato insieme di istruzioni sulla CPU, che dipende da molti fattori interni e risulta imprevedibile senza un controllo fisico sulla CPU.\n
Nel CMP (Certificate Management Protocol) \u00e8 stata aggiunta la supporto per la generazione centralizzata delle chiavi (sia chiave pubblica che privata per il cliente vengono generate lato server). server<\/a>).\n