{"id":33247,"date":"2019-10-31T21:51:34","date_gmt":"2019-10-31T18:51:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi\/"},"modified":"2019-10-31T21:51:34","modified_gmt":"2019-10-31T18:51:34","slug":"reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi","title":{"rendered":"WordPress 5.2 mit Unterst\u00fctzung f\u00fcr die \u00dcberpr\u00fcfung von Updates durch digitale Signaturen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vorstellung<\/a><\/noindex> Release des Web-Inhaltsverwaltungssystems WordPress 5.2<\/a><\/noindex>. Die Ver\u00f6ffentlichung ist bemerkenswert f\u00fcr den Abschluss einer sechsj\u00e4hrigen Epoche<\/a><\/noindex> bei der Umsetzung M\u00f6glichkeiten<\/a><\/noindex> der \u00dcberpr\u00fcfung von Updates und Erweiterungen durch digitale Signaturen. <\/p>\n

Bislang war Vertrauen in die Infrastruktur und Server von WordPress der Hauptfaktor f\u00fcr die Sicherheit bei der Installation von Updates (nach dem Download wurde der Hash ohne Quellverifikation \u00fcberpr\u00fcft). Im Falle eines Kompromisses der Server des Projekts hatten Angreifer die M\u00f6glichkeit, Updates zu manipulieren und sch\u00e4dlichen Code unter den WordPress-basierten Websites, die das System f\u00fcr automatische Installationen von Updates nutzen, zu verbreiten. Nach dem zuvor verwendeten vertrauensbasierten Liefermodell bliebe eine solche Manipulation auf der Benutzerseite unbemerkt. <\/p>\n

Angesichts der Tatsache, dass laut Angaben<\/a><\/noindex> dem w3techs Projekt WordPress auf 33,8 % der Websites im Netz verwendet wird, h\u00e4tte ein Vorfall katastrophale Ausma\u00dfe angenommen. Au\u00dferdem war die Gefahr eines Kompromisses der Infrastruktur nicht hypothetisch, sondern durchaus real. Vor einigen Jahren entdeckte ein Sicherheitsexperte demonstrierte<\/a><\/noindex> eine Schwachstelle, die es einem Angreifer erm\u00f6glichte, seinen Code auf dem Server api.wordpress.org auszuf\u00fchren. <\/p>\n

Durch den Einsatz digitaler Signaturen w\u00fcrde die Kontrolle \u00fcber den Update-Verteilungsserver nicht zur Kompromittierung der Benutzersysteme f\u00fchren, da f\u00fcr einen Angriff zus\u00e4tzlich der separat gespeicherte private Schl\u00fcssel erforderlich w\u00e4re, mit dem die Updates signiert werden. <\/p>\n

Die Implementierung der Quell\u00fcberpr\u00fcfung von Updates durch digitale Signaturen wurde dadurch behindert, dass die Unterst\u00fctzung der erforderlichen kryptografischen Algorithmen erst seit kurzem in den Standardlieferungen von PHP verf\u00fcgbar ist. Die notwendigen kryptografischen Algorithmen wurden durch die Integration der Bibliothek Libsodium<\/a><\/noindex> in den Kern. PHP 7.2<\/a><\/noindex>. Aber die minimal unterst\u00fctzte PHP-Version in WordPress ist<\/a><\/noindex> Version 5.2.4 (starting with WordPress 5.2 \u2014 5.6.20). The inclusion of support for digital signatures would lead to significantly increased requirements for the minimum supported PHP version or the addition of an external dependency, which the developers could not pursue given the prevalence of PHP versions in hosting systems. <\/p>\n

Die L\u00f6sung war Entwicklung<\/a><\/noindex> and the inclusion of a compact version of Libsodium in WordPress 5.2 \u2014 Sodium Compat<\/a><\/noindex>, in dem eine minimale Menge an Algorithmus zur \u00dcberpr\u00fcfung digitaler Signaturen in PHP implementiert ist. Die Implementierung l\u00e4sst hinsichtlich der Leistung zu w\u00fcnschen \u00fcbrig, l\u00f6st jedoch das Kompatibilit\u00e4tsproblem vollst\u00e4ndig und erm\u00f6glicht es Plugin-Entwicklern, moderne kryptografische Algorithmen zu integrieren.<\/p>\n

Zur Erstellung digitaler Signaturen wird der Algorithmus Ed25519<\/a><\/noindex>, entwickelt mit Unterst\u00fctzung von Daniel Bernstein (Daniel J. Bernstein). Die digitale Signatur wird f\u00fcr den SHA384-Hashwert erstellt, der aus dem Inhalt des Updates berechnet wird. Ed25519 bietet ein h\u00f6heres Sicherheitsniveau als ECDSA und DSA und zeigt eine sehr hohe Verifikations- und Signaturerstellungsgeschwindigkeit. Die Widerstandsf\u00e4higkeit gegen Angriffe auf Ed25519 betr\u00e4gt etwa 2^128 (im Durchschnitt sind f\u00fcr einen Angriff auf Ed25519 2^140 Bit-Operationen erforderlich), was der Widerstandsf\u00e4higkeit von Algorithmen wie NIST P-256 und RSA mit einer Schl\u00fcssell\u00e4nge von 3000 Bit oder einem 128-Bit-Blockcipher entspricht. Ed25519 ist auch nicht anf\u00e4llig f\u00fcr Kollisionsprobleme bei Hashes, unempfindlich gegen Angriffe durch Analyse von Cache-Timings und Nebenkanalangriffe. <\/p>\n

In der Version WordPress 5.2 umfasst die \u00dcberpr\u00fcfung digitaler Signaturen derzeit nur die wichtigsten Updates der Plattform und f\u00fchrt standardm\u00e4\u00dfig nicht zu einer Blockierung des Updates, sondern informiert den Benutzer lediglich \u00fcber ein aufgetretenes Problem. Die standardm\u00e4\u00dfige Blockierung wurde entschieden, vorerst nicht zu aktivieren, da eine vollst\u00e4ndige \u00dcberpr\u00fcfung und Umgehung erforderlich ist m\u00f6glicher Probleme<\/a><\/noindex>. In Zukunft wird auch geplant, die \u00dcberpr\u00fcfung digitaler Signaturen f\u00fcr die Verifizierung der Quelle der Installation von Themes und Plugins hinzuzuf\u00fcgen (Hersteller werden in der Lage sein, ihre Ver\u00f6ffentlichungen mit ihrem Schl\u00fcssel zu signieren).<\/p>\n

Neben der Unterst\u00fctzung digitaler Signaturen in WordPress 5.2 sind folgende \u00c4nderungen zu vermerken:<\/p>\n