{"id":101224,"date":"2021-09-08T16:23:07","date_gmt":"2021-09-08T14:23:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-kriptograficheskoj-biblioteki-openssl-3-0-0"},"modified":"2021-09-08T16:23:07","modified_gmt":"2021-09-08T14:23:07","slug":"vypusk-kriptograficheskoj-biblioteki-openssl-3-0-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-kriptograficheskoj-biblioteki-openssl-3-0-0","title":{"rendered":"Uscita della libreria crittografica OpenSSL 3.0.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo tre anni di sviluppo e 19 versioni di prova, \u00e8 stato rilasciato OpenSSL 3.0.0, con l'implementazione dei protocolli SSL\/TLS e vari algoritmi di crittografia. Il nuovo ramo include modifiche che rompono la compatibilit\u00e0 all'interno dell'API e dell'ABI, ma tali modifiche non influenzeranno il funzionamento della maggior parte delle applicazioni, per le quali \u00e8 sufficiente ricompilare da OpenSSL 1.1.1. Il supporto per il precedente ramo OpenSSL 1.1.1 sar\u00e0 garantito fino a settembre 2023. <\/p>\n
Un cambiamento significativo del numero di versione \u00e8 legato all'adozione della numerazione tradizionale \u00abMajor.Minor.Patch\u00bb. La prima cifra (Major) nel numero di versione cambier\u00e0 d'ora in poi solo in caso di rottura della compatibilit\u00e0 a livello API\/ABI, mentre la seconda (Minor) con l'aggiunta di funzionalit\u00e0 senza modificare l'API\/ABI. Gli aggiornamenti correttivi saranno forniti con la modifica della terza cifra (Patch). Il numero 3.0.0 immediatamente dopo 1.1.1 \u00e8 stato scelto per evitare sovrapposizioni con il modulo FIPS in fase di sviluppo per OpenSSL, per il quale \u00e8 stata utilizzata la numerazione 2.x. <\/p>\n
Un altro cambiamento importante per il progetto \u00e8 stato il passaggio da una doppia licenza (OpenSSL e SSLeay) alla licenza Apache 2.0. La precedente licenza proprietaria di OpenSSL si basava sul testo di una vecchia licenza Apache 1.0 e richiedeva una menzione esplicita di OpenSSL nel materiale pubblicitario quando si utilizzavano le librerie OpenSSL, oltre a un'apposita nota in caso di distribuzione di OpenSSL all'interno di un prodotto. Tali requisiti rendevano la vecchia licenza incompatibile con la GPL, creando difficolt\u00e0 nell'utilizzo di OpenSSL in progetti con licenza GPL. Per aggirare questa incompatibilit\u00e0, i progetti GPL erano costretti ad adottare specifici accordi di licenza, in cui il testo principale della GPL veniva integrato con una clausola che autorizzava esplicitamente il collegamento dell'applicazione con la libreria OpenSSL, precisando che i requisiti della GPL non si applicano al collegamento con OpenSSL. <\/p>\n
Rispetto al ramo OpenSSL 1.1.1, in OpenSSL 3.0.0 sono state aggiunte oltre 7500 modifiche, preparate da 350 sviluppatori. Le principali novit\u00e0 di OpenSSL 3.0.0: <\/p>\n
\n
\u00c8 stato proposto un nuovo modulo FIPS, che include l'implementazione di algoritmi crittografici conformi allo standard di sicurezza FIPS 140-2 (questo mese \u00e8 prevista l'inizio del processo di certificazione del modulo, con il rilascio del certificato FIPS 140-2 atteso per l'anno prossimo). Il nuovo modulo \u00e8 molto pi\u00f9 facile da usare e la sua integrazione con molte applicazioni non sar\u00e0 pi\u00f9 complicata che modificare un file di configurazione. Per impostazione predefinita, il modulo FIPS \u00e8 disattivato e richiede la specifica dell'opzione enable-fips per essere attivato.\n
In libcrypto \u00e8 stata implementata la concetto di provider pluggable, in sostituzione della concetto di motori (l'API ENGINE \u00e8 stata dichiarata obsoleta). Con i provider \u00e8 possibile aggiungere implementazioni personalizzate di algoritmi per operazioni come crittografia, decrittazione, generazione di chiavi, calcolo MAC, creazione e verifica di firme digitali. \u00c8 possibile sia collegare nuovi provider che creare implementazioni alternative di algoritmi gi\u00e0 supportati (per impostazione predefinita, ora \u00e8 utilizzato il provider incorporato in OpenSSL per ogni algoritmo).\n