Zusammenfassung:
Die Open-Source-Verschlüsselungssoftwarebibliothek OpenSSL hat am 23. Oktober 2026 offiziell Version 4.1 veröffentlicht. Dieses Update führt eine Reihe neuer Funktionen und Leistungsoptimierungen ein, darunter Unterstützung für das DTLS 1.3-Protokoll, Implementierung des GREASE-Mechanismus, beschleunigte Post-Quanten-Kryptografiealgorithmen und Optimierung einiger Verschlüsselungsvorgänge für x86-64-Prozessoren, die den AVX-512-Befehlssatz unterstützen. Darüber hinaus entfernt die neue Version auch die Build-Unterstützung für Windows CE- und Windows Itanium-Plattformen, um den historischen Legacy-Code weiter zu bereinigen.
OpenSSL ist eine der wichtigsten Verschlüsselungssoftwarebibliotheken in der Internetinfrastruktur und wird häufig in HTTPS-Websites, Servern, VPNs, Anwendungen und anderen Systemen verwendet, die eine sichere Kommunikation erfordern. Es ist für die Abwicklung von Aufgaben wie TLS-Verbindungen, digitalen Zertifikaten, Schlüsselaustausch, Verschlüsselung und Überprüfung der Datenintegrität verantwortlich. Daher sind seine Updates nicht nur für Entwickler relevant, sondern wirken sich auch auf eine große Anzahl von Software- und Netzwerkdiensten aus, die darauf angewiesen sind.
Eine der wichtigsten Neuerungen dieses Updates ist die offizielle Unterstützung für DTLS 1.3. DTLS, das Datagram Transport Layer Security Protocol, kann als ein auf die Datagrammkommunikation ausgerichtetes Sicherheitsprotokoll verstanden werden. Seine Designziele ähneln denen von TLS, es kann jedoch an Datenübertragungsumgebungen wie UDP angepasst werden, in denen es zu Paketverlusten, fehlerhafter Reihenfolge oder verzögerter Ankunft kommen kann.
Herkömmliches TLS wird hauptsächlich für TCP-Verbindungen verwendet, während viele Echtzeitkommunikationen, Online-Spiele, Sprach- und Videoanwendungen sowie einige IoT-Geräte die Verwendung von UDP erfordern, um Übertragungsverzögerungen zu reduzieren. DTLS kann in diesen Szenarien Verschlüsselung, Authentifizierung und Datenintegritätsschutz bieten. DTLS 1.3 verbessert das Protokolldesign weiter, verkürzt den Handshake-Prozess und führt Sicherheitsverbesserungen ein, die der modernen TLS-Technologie entsprechen.
Die neue Version fügt der SSL-Listener-API außerdem DTLS-Unterstützung hinzu, wodurch es für Entwickler einfacher wird, OpenSSL zum Erstellen von Sicherheitsdiensten basierend auf dem Datagrammprotokoll zu verwenden. Für Anwendungen, die eine Kommunikation mit geringer Latenz erfordern, dürfte dies den Arbeitsaufwand für die Implementierung relevanter Sicherheitsmechanismen selbst reduzieren.
DTLS 1.3 bedeutet jedoch nicht, dass alle Anwendungen, die OpenSSL verwenden, automatisch Leistungsverbesserungen erhalten. Die Anwendung muss weiterhin die entsprechende Schnittstelle aktiv nutzen und entsprechend der tatsächlichen Netzwerkumgebung konfiguriert und getestet werden. Die Vorteile neuer Protokolle hängen auch von Kommunikationsmustern, Paketverlustraten im Netzwerk und der Implementierung sowohl auf der Client- als auch auf der Serverseite ab.
OpenSSL 4.1 bietet außerdem Unterstützung für den GREASE-Mechanismus. GREASE ist die Abkürzung für „Generate Random Extensions And Sustain Extensibility“, die ursprünglich von der Internet Engineering Task Force standardisiert wurde, um die Erweiterungskompatibilität des TLS-Protokolls zu verbessern.
Der Kernansatz von GREASE besteht darin, während des TLS-Handshake-Prozesses einige zufällige Protokollwerte zu senden, die speziell reserviert sind und keine tatsächliche Funktion haben. Dadurch können Sie testen, ob kommunizierende Parteien in der Lage sind, mit unbekannten Erweiterungsfeldern und Parametern korrekt umzugehen, anstatt fälschlicherweise davon auszugehen, dass alle zukünftigen Protokollwerte im Voraus definiert wurden. Durch die proaktive Aufdeckung solcher Kompatibilitätsprobleme können Entwickler das Risiko von Verbindungsfehlern verringern, wenn sie in Zukunft neue Protokollfunktionen hinzufügen.
Im Hinblick auf die kryptografische Leistung verbessert OpenSSL 4.1 weiterhin die Implementierung von Post-Quanten-Kryptografiealgorithmen. Mit der Entwicklung der Quantencomputertechnologie stehen herkömmliche Kryptografiesysteme mit öffentlichen Schlüsseln in der Zukunft potenziellen Sicherheitsherausforderungen gegenüber, und Post-Quantenkryptografiealgorithmen treten allmählich in die Phase der Standardisierung und tatsächlichen Bereitstellung ein. OpenSSL konzentriert sich dieses Mal auf die Optimierung von ML-DSA- und ML-KEM-bezogenen Vorgängen.
ML-DSA ist ein Post-Quantum-Algorithmus für digitale Signaturen, mit dem die Identität überprüft und Datenmanipulationen verhindert werden können. ML-KEM ist ein Post-Quantum-Schlüsselkapselungsmechanismus, der zum Aushandeln oder Einrichten gemeinsamer Schlüssel verwendet wird, die für eine sichere Kommunikation erforderlich sind. Beide basieren auf dem vom National Institute of Standards and Technology geförderten Post-Quanten-Kryptographiesystem.
Die neue Version optimiert den NTT-Betrieb (Number Theory Transformation) von ML-DSA und ML-KEM für Prozessorarchitekturen wie PPC64LE und verbessert außerdem die Implementierung von ML-DSA auf der x86-64-Plattform. Die Transformation der Zahlentheorie ist ein wichtiges Berechnungsglied bei dieser Art von gitterbasierten kryptografischen Algorithmen, und die Optimierung ihrer Ausführungseffizienz kann den Rechenaufwand einiger Verschlüsselungsvorgänge reduzieren.
Für x86-64-Prozessoren, die den AVX-512-Befehlssatz unterstützen, fügt die neue Version auch SHAKE x4-Optimierung für ML-DSA hinzu. SHAKE ist eine skalierbare Ausgabefunktion, die je nach Bedarf Ausgaben unterschiedlicher Länge erzeugen kann und in modernen kryptografischen Algorithmen eine wichtige Rolle spielt. Durch die Nutzung der vektorisierten Rechenleistung von AVX-512 kann OpenSSL mehr Daten parallel verarbeiten und so den Durchsatz verwandter Vorgänge verbessern.
Die AES-Verschlüsselung wurde ebenfalls optimiert. OpenSSL 4.1 verbessert die AES-CBC-Entschlüsselungsimplementierung für die x86-64-Plattform und kombiniert Befehlssatzfunktionen wie AVX-512 und VAES, um die Verarbeitungseffizienz zu verbessern. Die tatsächliche Beschleunigung wird vom CPU-Modell, den Kompilierungsoptionen und bestimmten Arbeitslasten beeinflusst und nicht alle Prozessoren erzielen die gleichen Vorteile.
Zusätzlich zu den Mainstream-Plattformen x86-64 und PPC64LE bietet die neue Version erstmals auch vorläufige Unterstützung für die russische Prozessorarchitektur Elbrus 2000 (E2K). Dies bedeutet, dass OpenSSL die Hardwareplattformen, auf denen es ausgeführt werden kann, weiter ausbaut. Eine vorläufige Architekturunterstützung bedeutet jedoch nicht, dass alle Algorithmen, Optimierungspfade und Peripherietools vollständige Unterstützung für die Produktionsumgebung haben.
Dieses Update beinhaltet auch die IKEv2 Key Derivation Function (KDF). IKEv2 wird häufig in Internet-Schlüsselaustauschprotokollen verwendet und wird häufig in Netzwerksicherheitsszenarien wie IPsec VPN verwendet. Die neue Unterstützung kann die kryptografischen Funktionen von OpenSSL erweitern und Entwicklern, die diesen Schlüsselableitungsmechanismus verwenden müssen, einen direkteren Implementierungspfad bieten.
Im Hinblick auf die Kompatibilität entfernt OpenSSL 4.1 offiziell die Build-Ziele für Windows CE- und Windows Itanium-Prozessorplattformen. Windows CE ist ein frühes Betriebssystem für eingebettete Geräte und Itanium ist die IA-64-Prozessorarchitektur, die Intel einst entwickelt hat. Da diese Plattformen nach und nach nicht mehr allgemein verwendet werden, nimmt der Wert der weiteren Wartung verwandter Build-Ziele ab, und ihre Entfernung kann den Wartungsaufwand des Projekts verringern.
In Bezug auf die Konfigurationsoptionen hat OpenSSL die Optionen no-ecdsa und no-ecdh gelöscht. Das Entwicklungsteam wies darauf hin, dass diese beiden Optionen die entsprechende Implementierung zuvor nicht tatsächlich deaktivierten und es daher leicht zu Missverständnissen kommen könne. Entwickler, die die Funktionalität der Elliptischen-Kurven-Kryptographie deaktivieren müssen, sollten jetzt die Konfigurationsoption no-ec verwenden.
Eine weitere bemerkenswerte Änderung betrifft das Tool tsget. Dieses Tool basierte zuvor auf dem Perl-Modul WWW::Curl::Easy, das eingestellt wurde. Es verwendet jetzt stattdessen Net::Curl::Easy. Benutzer, die auf tsget angewiesen sind, müssen vor dem Upgrade bestätigen, dass die neuen Abhängigkeiten installiert wurden, andernfalls funktionieren verwandte Funktionen möglicherweise nicht ordnungsgemäß.
Obwohl OpenSSL 4.1 eine Reihe neuer Funktionen mit sich bringt, werden in den Versionshinweisen auch bekannte Probleme im Zusammenhang mit DTLS aufgeführt. Beispielsweise werden nach dem Empfang der KeyUpdate-Nachricht von DTLS 1.3 einige Post-Handshake-Datensätze, die noch nicht bestätigt wurden, möglicherweise nicht wie erwartet erneut gesendet. Unter bestimmten Paketverlustbedingungen können auch Probleme beim Handshake auftreten. Das Entwicklungsteam plant, diese Mängel in späteren Versionen zu beheben.
Daher sollten Unternehmen und Entwickler, die kritische Netzwerkdienste betreiben, dennoch die offiziellen Versionshinweise sorgfältig lesen und DTLS-bezogene Funktionen in der Testumgebung überprüfen, bevor sie ein Upgrade durchführen. Wenn die Anwendung keine neuen Funktionen nutzt, sollte die Upgrade-Zeit auf der Grundlage ihrer eigenen Abhängigkeiten, der Wartungsstrategie der Betriebssystemversion und der Sicherheitsanforderungen bestimmt werden. Es ist nicht notwendig, die Verschlüsselungsbibliothek in der Produktionsumgebung sofort zu ersetzen, nur weil sich die Versionsnummer ändert.
Insgesamt handelt es sich bei OpenSSL 4.1 um eine funktionale Version mit neuer Protokollunterstützung, Leistungsoptimierung der Post-Quantenkryptographie und Anpassungen der Plattformwartung als Kern. DTLS 1.3 und GREASE werden Entwicklern beim Aufbau moderner sicherer Kommunikationssysteme helfen, während AVX-512 und andere Architekturoptimierungen die Effizienz einiger kryptografischer Vorgänge weiter verbessern. Da die Post-Quanten-Kryptographie allmählich in die eigentliche Bereitstellungsphase eintritt, wird die kontinuierliche Aktualisierung grundlegender Softwarebibliotheken wie OpenSSL zu einem wichtigen Teil der Entwicklung des Internet-Sicherheitssystems.
Weitere Informationen:
https://github.com/openssl/openssl/releases/tag/openssl-4.1.0
Kommentare