{"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\/news\/vypusk-kriptograficheskoj-biblioteki-openssl-3-5-0","title":{"rendered":"Uscita 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 \u00e8 classificato come rilascio con supporto a lungo termine (LTS), con aggiornamenti 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 con licenza Apache 2.0. <\/p>\n
Novit\u00e0 principali: <\/p>\n
\n
\u00c8 stata aggiunta la supporto per algoritmi crittografici resistenti agli attacchi da computer quantistici:\n
\n
ML-KEM (CRYSTALS-Kyber) \u2014 algoritmo di scambio chiavi che utilizza metodi di crittografia basati su problemi della teoria delle reticoli, il cui tempo di risoluzione non differisce tra computer classici e quantistici.\n
ML-DSA (CRYSTALS-Dilithium) \u2014 algoritmo per la formazione di firme digitali che si basa sulla teoria delle reticoli.\n
SLH-DSA (Sphincs+) \u2014 algoritmo per la formazione di firme digitali che applica metodi di crittografia basati su funzioni hash. SLH-DSA \u00e8 inferiore a ML-DSA in termini di dimensioni delle firme e velocit\u00e0 di esecuzione, ma si basa su principi matematici completamente diversi, rimanendo quindi efficace in caso di compromissione degli algoritmi basati sulla teoria delle reticoli. <\/ul>\n
\u00c8 stata implementata un'ampia supporto per il protocollo QUIC (RFC 9000), ora disponibile non solo per applicazioni client, ma anche per applicazioni server. QUIC \u00e8 un'estensione del protocollo UDP, 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, risolvendo problemi di lunga latenza nella creazione e negoziazione di connessioni TCP e riducendo i ritardi in caso di perdite di pacchetti durante il trasferimento dei dati.\n
\u00c8 stata aggiunta la possibilit\u00e0 di utilizzare stack esterni con implementazione del protocollo QUIC, inclusi stack che supportano la modalit\u00e0 0-RTT (0 Round Trip Time), che consente di iniziare immediatamente la trasmissione dei dati dopo l'invio del pacchetto di creazione della connessione.\n
\u00c8 stato aggiunto il supporto per oggetti opachi (opaque) di chiavi simmetriche (EVP_SKEY), che nascondono i dettagli dell'implementazione della chiave.\n
Aggiunto il parametro \u00abno-tls-deprecated-ec\u00bb per disabilitare il supporto per i gruppi TLS dichiarati obsoleti in RFC-8422.\n
Aggiunto il parametro \u00abenable-fips-jitter\u00bb, che abilita nel provider FIPS l'utilizzo di una fonte di entropia basata su jitter, implementata tramite la libreria jitterentropy. La generazione di entropia basata su jitter avviene misurando le differenze nei tempi di riesecuzione di un certo insieme di istruzioni sulla CPU, che dipendono da numerosi fattori interni e sono imprevedibili senza un controllo fisico sulla CPU.\n
Nel CMP (Certificate Management Protocol) \u00e8 stata aggiunta la supporto per la generazione centralizzata delle chiavi (la chiave pubblica e privata per il cliente vengono generate dal lato del server). server<\/a>).\n