Die Entwickler der Void Linux-Distribution haben den seit April letzten Jahres diskutierten Vorschlag zur RĂŒckkehr zur Nutzung der OpenSSL-Bibliothek genehmigt. Der Wechsel von LibreSSL zu OpenSSL ist fĂŒr den 5. MĂ€rz geplant. Es wird erwartet, dass die Ănderung die Systeme der meisten Benutzer nicht beeintrĂ€chtigt, jedoch die Wartung der Distribution erheblich erleichtert und viele Probleme löst, wie beispielsweise die Möglichkeit, OpenVPN mit der Standard-TLS-Bibliothek zu kompilieren (aktuell wird wegen der Probleme mit LibreSSL das Paket mit Mbed TLS kompiliert). Der Preis fĂŒr die RĂŒckkehr zu OpenSSL wird das Ende der UnterstĂŒtzung einiger Pakete sein, die an die alte OpenSSL-API gebunden sind, deren UnterstĂŒtzung in den neuen Versionen von OpenSSL eingestellt wurde, aber in LibreSSL erhalten blieb.
Bereits zuvor sind die Projekte Gentoo, Alpine und HardenedBSD von LibreSSL zu OpenSSL zurĂŒckgekehrt. Der Hauptgrund fĂŒr die RĂŒckkehr zu OpenSSL war die zunehmende InkompatibilitĂ€t zwischen LibreSSL und OpenSSL, die die Bereitstellung zusĂ€tzlicher Patches erforderte, die Wartung erschwerte und das Aktualisieren von Versionen komplizierte. Beispielsweise weigern sich die Entwickler von Qt, LibreSSL zu unterstĂŒtzen, und geben die Verantwortung fĂŒr die Lösung von KompatibilitĂ€tsproblemen an die Entwickler der Distributionen ab, was eine erhebliche zusĂ€tzliche Arbeit fĂŒr das Portieren von Qt6 bei der Nutzung von LibreSSL erfordert.
DarĂŒber hinaus hat sich das Entwicklungstempo von OpenSSL in den letzten Jahren beschleunigt, es wurden umfassende Arbeiten zur Verbesserung der Sicherheit des Codes und zur HinzufĂŒgung plattformspezifischer Optimierungen geleistet, und eine vollstĂ€ndige Implementierung von TLS 1.3 bereitgestellt. Die Nutzung von OpenSSL wird auch die UnterstĂŒtzung von VerschlĂŒsselungsalgorithmen in einigen Paketen erweitern, beispielsweise wurde beim Kompilieren von Python mit LibreSSL nur ein begrenzter Satz von Chiffren einbezogen.
Quelle: opennet.ru
