{"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\/novosti-interneta\/reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi","title":{"rendered":"Die Ver\u00f6ffentlichung von 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":"

Pr\u00e4sentiert<\/a><\/noindex> Ver\u00f6ffentlichung des Content-Management-Systems WordPress 5.2<\/a><\/noindex>. Diese Version zeichnet sich durch den Abschluss einer sechsj\u00e4hrigen Epik<\/a><\/noindex> bei der Umsetzung die M\u00f6glichkeit<\/a><\/noindex> von Updates und Erweiterungen mittels digitaler Signatur aus. <\/p>\n

Bisher basierte die Sicherheit bei der Installation von Updates in WordPress haupts\u00e4chlich auf dem Vertrauen in die Infrastruktur und Server von WordPress (nach dem Download wurde der Hash \u00fcberpr\u00fcft, ohne die Quelle zu verifizieren). Im Fall einer Kompromittierung der Projektserver konnten Angreifer das Update manipulieren und schadhafter Code unter den Websites verbreiten, die auf der automatischen Update-Installation basierten. Nach dem zuvor angewandten Vertrauensmodell w\u00e4re eine solche Manipulation f\u00fcr die Nutzer unbemerkt geblieben. <\/p>\n

Angesichts der Tatsache, dass laut Daten<\/a><\/noindex> w3techs die WordPress-Plattform auf 33,8 % aller Websites im Netz verwendet wird, h\u00e4tte ein solcher Vorfall katastrophale Ausma\u00dfe angenommen. Dar\u00fcber hinaus war die Gefahr einer Kompromittierung der Infrastruktur nicht hypothetisch, sondern durchaus real. Vor einigen Jahren demonstrierte ein Sicherheitsforscher eine Demonstration gezeigt<\/a><\/noindex> Eine Sicherheitsl\u00fccke, die es einem Angreifer erm\u00f6glichte, seinen Code auf der Serverseite von api.wordpress.org auszuf\u00fchren. <\/p>\n

Im Falle von digitalen Zertifikaten wird die Kontrolle \u00fcber den Server zur Verteilung von Updates nicht zur Gef\u00e4hrdung der Benutzer Systeme 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 \u00dcberpr\u00fcfung der Update-Quellen durch digitale Signaturen wurde dadurch erschwert, dass die Unterst\u00fctzung der erforderlichen kryptografischen Algorithmen erst k\u00fcrzlich mit der Standardlieferung von PHP eingef\u00fchrt wurde. Die ben\u00f6tigten kryptografischen Algorithmen kamen durch die Integration der Bibliothek Libsodium<\/a><\/noindex> in den Kern von PHP 7.2<\/a><\/noindex>. Als minimal unterst\u00fctzte PHP-Version in WordPress wurde<\/a><\/noindex> Version 5.2.4 (ab WordPress 5.2 bis 5.6.20). Die Aktivierung der Unterst\u00fctzung f\u00fcr digitale Signaturen w\u00fcrde zu signifikant h\u00f6heren Anforderungen an die minimal unterst\u00fctzte PHP-Version oder zur Hinzuf\u00fcgung einer externen Abh\u00e4ngigkeit f\u00fchren, was die Entwickler angesichts der Verbreitung von PHP-Versionen in Hosting-Systemen nicht in Kauf nehmen konnten. <\/p>\n

Die L\u00f6sung war Entwicklung<\/a><\/noindex> und die Integration einer kompakten Version von Libsodium in WordPress 5.2 \u2014 Sodium Compat<\/a><\/noindex>, die in PHP implementiert ist und einen minimalen Satz von Algorithmen zur \u00dcberpr\u00fcfung digitaler Signaturen bereitstellt. Die Performance l\u00e4sst zwar zu w\u00fcnschen \u00fcbrig, doch die L\u00f6sung behebt vollst\u00e4ndig das Kompatibilit\u00e4tsproblem und erm\u00f6glicht es Entwicklern von Plugins, moderne kryptografische Algorithmen zu integrieren.<\/p>\n

F\u00fcr die Erstellung digitaler Signaturen wird der Algorithmus verwendet Ed25519<\/a><\/noindex>, entwickelt in Zusammenarbeit mit Daniel J. Bernstein. Die digitale Signatur wird f\u00fcr den SHA384-Hashwert erstellt, der aus dem Inhalt des Archivs mit dem Update berechnet wurde. Ed25519 bietet ein h\u00f6heres Sicherheitsniveau als ECDSA und DSA und weist eine sehr hohe Geschwindigkeit bei der Verifizierung und Erstellung von Signaturen auf. Die Widerstandsf\u00e4higkeit von Ed25519 gegen Angriffe betr\u00e4gt etwa 2^128 (im Durchschnitt sind f\u00fcr einen Angriff auf Ed25519 2^140 Bit-Operationen erforderlich), was dem Widerstand solcher 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 Hash-Kollisionsprobleme, unempfindlich gegen Angriffe durch Cache-Timing-Analysen und Angriffe \u00fcber Seitenkan\u00e4le. <\/p>\n

In der Version WordPress 5.2 umfasst die \u00dcberpr\u00fcfung der digitalen Signatur derzeit nur die Hauptupdates der Plattform und f\u00fchrt standardm\u00e4\u00dfig nicht zu einer Sperrung des Updates, sondern informiert lediglich den Benutzer \u00fcber ein aufgetretenes Problem. Die Standard-Sperrung wurde zun\u00e4chst nicht implementiert, um eine vollst\u00e4ndige \u00dcberpr\u00fcfung und Umgehung m\u00f6glicher Probleme<\/a><\/noindex>. In Zukunft wird auch eine \u00dcberpr\u00fcfung der digitalen Signatur f\u00fcr die Verifizierung von Design- und Plugin-Installationsquellen geplant (Hersteller k\u00f6nnen ihre Releases mit ihrem Schl\u00fcssel signieren).<\/p>\n

Neben der Unterst\u00fctzung digitaler Signaturen bringt WordPress 5.2 folgende \u00c4nderungen mit sich:<\/p>\n