{"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\/de\/blog\/novosti-interneta\/vypusk-kriptograficheskoj-biblioteki-openssl-3-0-0","title":{"rendered":"Ver\u00f6ffentlichung der kryptografischen Bibliothek OpenSSL 3.0.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach drei Jahren Entwicklung und 19 Testversionen wurde die Library OpenSSL 3.0.0 ver\u00f6ffentlicht, die die Protokolle SSL\/TLS und verschiedene Verschl\u00fcsselungsalgorithmen implementiert. Der neue Branch umfasst \u00c4nderungen, die die R\u00fcckw\u00e4rtskompatibilit\u00e4t auf API- und ABI-Ebene beeintr\u00e4chtigen, allerdings werden diese \u00c4nderungen die Funktionalit\u00e4t der meisten Anwendungen nicht beeintr\u00e4chtigen. F\u00fcr den \u00dcbergang von OpenSSL 1.1.1 gen\u00fcgt eine Neubau. Der Support f\u00fcr die vorherige Version OpenSSL 1.1.1 wird bis September 2023 gew\u00e4hrleistet. <\/p>\n
Die signifikante \u00c4nderung der Versionsnummer erfolgt durch den Wechsel zu einer traditionellen Nummerierung «Major.Minor.Patch». Die erste Ziffer (Major) wird zuk\u00fcnftig nur bei Verst\u00f6\u00dfen gegen die Kompatibilit\u00e4t auf API\/ABI-Ebene ge\u00e4ndert, w\u00e4hrend die zweite Ziffer (Minor) bei der Erweiterung der Funktionalit\u00e4t ohne \u00c4nderung von API\/ABI angepasst wird. Wartungsupdates werden mit einer \u00c4nderung der dritten Ziffer (Patch) ver\u00f6ffentlicht. Die Nummer 3.0.0 wurde unmittelbar nach 1.1.1 gew\u00e4hlt, um \u00dcberschneidungen mit dem in Entwicklung befindlichen FIPS-Modul f\u00fcr OpenSSL zu vermeiden, das die Nummerierung 2.x verwendet. <\/p>\n
Eine der wichtigsten \u00c4nderungen f\u00fcr das Projekt war der Wechsel von der doppelten Lizenzierung (OpenSSL und SSLeay) zu einer Lizenz unter Apache 2.0. Die zuvor verwendete eigene Lizenz von OpenSSL basierte auf dem Text der veralteten Lizenz Apache 1.0 und verlangte eine explizite Nennung von OpenSSL in Werbematerialien bei der Verwendung der OpenSSL-Bibliotheken sowie die Hinzuf\u00fcgung eines speziellen Hinweises, falls OpenSSL im Rahmen eines Produkts geliefert wurde. Solche Anforderungen machten die alte Lizenz mit der GPL inkompatibel, was die Verwendung von OpenSSL in GPL-lizenzierten Projekten erschwerte. Um diese Inkompatibilit\u00e4t zu umgehen, sahen GPL-Projekte gezwungen, spezifische Lizenzvereinbarungen zu verwenden, in denen der Haupttext der GPL durch eine Klausel erg\u00e4nzt wurde, die ausdr\u00fccklich die Verkn\u00fcpfung der Anwendung mit der OpenSSL-Bibliothek erlaubte und darauf hinwies, dass die Anforderungen der GPL nicht auf die Verkn\u00fcpfung mit OpenSSL Anwendung finden. <\/p>\n
Im Vergleich zur OpenSSL-Version 1.1.1 wurden in OpenSSL 3.0.0 \u00fcber 7500 \u00c4nderungen vorgenommen, die von 350 Entwicklern vorbereitet wurden. Die wichtigsten Neuerungen in OpenSSL 3.0.0: <\/p>\n
\n
Ein neues FIPS-Modul wurde angeboten, das die Implementierung kryptografischer Algorithmen gem\u00e4\u00df dem Sicherheitsstandard FIPS 140-2 umfasst (der Zertifizierungsprozess des Moduls wird in diesem Monat begonnen, die FIPS 140-2-Zertifizierung wird im n\u00e4chsten Jahr erwartet). Das neue Modul ist wesentlich benutzerfreundlicher, und die Integration in zahlreiche Anwendungen erfordert nicht mehr als eine Anpassung der Konfigurationsdatei. Standardm\u00e4\u00dfig ist das FIPS-Modul deaktiviert und ben\u00f6tigt die Angabe der Option enable-fips, um aktiviert zu werden.\n
In libcrypto wurde das Konzept von Plug-in-Anbietern implementiert, das das veraltete ENGINE API ersetzt. Mit Hilfe der Anbieter k\u00f6nnen eigene Implementierungen von Algorithmen f\u00fcr Vorg\u00e4nge wie Verschl\u00fcsselung, Entschl\u00fcsselung, Schl\u00fcsselerzeugung, MAC-Berechnung sowie Erstellen und \u00dcberpr\u00fcfen digitaler Signaturen hinzugef\u00fcgt werden. Sowohl die Anbindung neuer Algorithmen als auch die Erstellung alternativer Implementierungen bereits unterst\u00fctzter Algorithmen ist m\u00f6glich (f\u00fcr jeden Algorithmus wird standardm\u00e4\u00dfig der in OpenSSL integrierte Anbieter verwendet).\n