{"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\/da\/blog\/news\/vypusk-kriptograficheskoj-biblioteki-openssl-3-0-0","title":{"rendered":"Udgivelsen af kryptografisk bibliotek OpenSSL 3.0.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter tre \u00e5rs udvikling og 19 testudgivelser er OpenSSL 3.0.0 blevet frigivet med implementering af SSL\/TLS-protokoller og forskellige krypteringsalgoritmer. Den nye version inkluderer \u00e6ndringer, der bryder bagudkompatibilitet p\u00e5 API- og ABI-niveau, men \u00e6ndringerne vil ikke p\u00e5virke driften af de fleste applikationer, som kun kr\u00e6ver en genkompilering fra OpenSSL 1.1.1. Supporten for den tidligere OpenSSL 1.1.1-version vil forts\u00e6tte indtil september 2023. <\/p>\n
En betydelig \u00e6ndring af versionsnummeret skyldes overgangen til traditionel nummerering «Major.Minor.Patch». Det f\u00f8rste tal (Major) i versionsnummeret vil nu kun \u00e6ndre sig ved brud p\u00e5 kompatibiliteten p\u00e5 API-\/ABI-niveau, mens det andet tal (Minor) \u00e6ndres ved udvidelse af funktionaliteten uden \u00e6ndringer i API-\/ABI. Korrigerende opdateringer vil blive leveret med \u00e6ndringen af det tredje tal (Patch). Nummer 3.0.0 umiddelbart efter 1.1.1 er valgt for at undg\u00e5 overlap med det FIPS-modul til OpenSSL, som er under udvikling, og hvortil der blev anvendt nummerering 2.x. <\/p>\n
Et andet vigtigt \u00e6ndring for projektet er overgangen fra dobbellicens (OpenSSL og SSLeay) til Apache 2.0-licensen. Den tidligere anvendte OpenSSL-licens var baseret p\u00e5 teksten fra den for\u00e6ldede Apache 1.0-licens og kr\u00e6vede eksplicit n\u00e6vnelse af OpenSSL i reklamematerialer ved brug af OpenSSL-biblioteker, samt tilf\u00f8jelse af en s\u00e6rlig bem\u00e6rkning, hvis OpenSSL blev leveret som en del af et produkt. S\u00e5danne krav gjorde den gamle licens inkompatibel med GPL, hvilket skabte udfordringer ved brug af OpenSSL i GPL-licensprojekter. For at omg\u00e5 denne inkompatibilitet var GPL-projekter n\u00f8dt til at anvende specifikke licensaftaler, hvor hovedteksten i GPL blev suppleret med en sektion, der eksplicit tillod binding af applikationen med OpenSSL-biblioteket og n\u00e6vnte, at GPL-kravene ikke g\u00e6lder for bindingen med OpenSSL. <\/p>\n
Sammenlignet med OpenSSL 1.1.1 er der i OpenSSL 3.0.0 tilf\u00f8jet over 7500 \u00e6ndringer, forberedt af 350 udviklere. De vigtigste nyheder i OpenSSL 3.0.0: <\/p>\n
\n
En ny FIPS-modul er blevet foresl\u00e5et, som inkluderer implementeringen af kryptografiske algoritmer, der overholder FIPS 140-2 sikkerhedsstandarden (certificeringsprocessen for modulet forventes at starte denne m\u00e5ned, og opn\u00e5else af FIPS 140-2 certifikatet forventes n\u00e6ste \u00e5r). Den nye modul er betydeligt lettere at bruge, og tilslutningen til mange applikationer vil ikke v\u00e6re mere kompliceret end at \u00e6ndre konfigurationsfilen. Som standard er FIPS-modulet deaktiveret og kr\u00e6ver angivelse af enable-fips-optionen for aktivering.\n
I libcrypto er konceptet med tilsluttede leverand\u00f8rer blevet implementeret, som afl\u00f8ser motor-konceptet (ENGINE API er blevet erkl\u00e6ret for\u00e6ldet). Ved hj\u00e6lp af leverand\u00f8rer kan man tilf\u00f8je egne implementeringer af algoritmer til operationer s\u00e5som kryptering, dekryptering, n\u00f8glegenerering, beregning af MAC, oprettelse og verifikation af digitale signaturer. B\u00e5de nye og alternative implementeringer af allerede underst\u00f8ttede algoritmer kan tilsluttes (som standard bruges nu den indbyggede leverand\u00f8r fra OpenSSL for hver algoritme).\n