{"id":102627,"date":"2021-12-15T21:36:51","date_gmt":"2021-12-15T19:36:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/obnovlenie-openssl-3-0-1-s-ustraneniem-uyazvimosti"},"modified":"2021-12-15T21:36:51","modified_gmt":"2021-12-15T19:36:51","slug":"obnovlenie-openssl-3-0-1-s-ustraneniem-uyazvimosti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/obnovlenie-openssl-3-0-1-s-ustraneniem-uyazvimosti","title":{"rendered":"Update von OpenSSL 3.0.1 zur Behebung der Schwachstelle","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die korrigierenden Versionen der kryptografischen Bibliothek OpenSSL 3.0.1 und 1.1.1m sind verf\u00fcgbar. In der Version 3.0.1 wurde die Schwachstelle (CVE-2021-4044) behoben, und in beiden Versionen wurden etwa ein Dutzend Fehler korrigiert. <\/p>\n
Die Schwachstelle tritt in der Implementierung von SSL\/TLS-Clients auf und h\u00e4ngt damit zusammen, dass die Bibliothek libssl negative Werte f\u00fcr Fehlercodes, die von der Funktion X509_verify_cert() zur\u00fcckgegeben werden, die zur \u00dcberpr\u00fcfung des vom Server an den Client \u00fcbermittelten Zertifikats aufgerufen wird, nicht korrekt verarbeitet. Negative Codes werden bei internen Fehlern zur\u00fcckgegeben, beispielsweise wenn der Speicher f\u00fcr einen Puffer nicht zugewiesen werden kann. Bei R\u00fcckgabe eines solchen Fehlers f\u00fchrt ein nachfolgender Aufruf von Eingabe-\/Ausgabefunktionen wie SSL_connect() und SSL_do_handshake() zu einem fehlerhaften Abschluss und dem Fehlercode SSL_ERROR_WANT_RETRY_VERIFY, der nur zur\u00fcckgegeben werden sollte, wenn die Anwendung zuvor SSL_CTX_set_cert_verify_callback() aufgerufen hat. <\/p>\n
Da die meisten Anwendungen nicht SSL_CTX_set_cert_verify_callback() aufrufen, kann das Auftreten des Fehlers SSL_ERROR_WANT_RETRY_VERIFY falsch interpretiert werden und zu einem Absturz, einem endlosen Loop oder anderen unangemessenen Reaktionen f\u00fchren. Das gr\u00f6\u00dfte Risiko stellt das Problem in Kombination mit einem anderen Fehler in OpenSSL 3.0 dar, der zu einem internen Fehler bei der Verarbeitung in X509_verify_cert() von Zertifikaten ohne die Erweiterung \u201eSubject Alternative Name\u201c, aber mit Bindungen an Namen in den Verwendungseinschr\u00e4nkungen f\u00fchrt. In diesem Fall kann ein Angriff zu anwendungsabh\u00e4ngigen Anomalien bei der Verarbeitung von Zertifikaten und der Einrichtung von TLS-Sitzungen f\u00fchren. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"