{"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\/nl\/blog\/news\/reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi","title":{"rendered":"De release van WordPress 5.2 met ondersteuning voor digitale handtekening update controle","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ge\u00efntroduceerd<\/a><\/noindex> contentmanagementsysteem WordPress 5.2<\/a><\/noindex>. De release is opmerkelijk vanwege de voltooiing van een zesjarige epopee<\/a><\/noindex> betreffende de implementatie mogelijkheden<\/a><\/noindex> van de controle van updates en aanvullingen met digitale handtekening. <\/p>\n

Tot nu toe was vertrouwen in de infrastructuur en servers van WordPress de belangrijkste factor voor beveiliging bij het installeren van updates (na het downloaden werd de hash gecontroleerd zonder verificatie van de bron). In het geval van een compromittering van de servers van het project zouden aanvallers de mogelijkheid hebben om updates te vervalsen en kwaadaardige code te verspreiden onder websites die gebruikmaken van WordPress' automatische updates. Volgens het eerder toegepaste vertrouwensmodel voor levering zou een dergelijke vervalsing onopgemerkt zijn gebleven aan de gebruikerszijde. <\/p>\n

Gezien het feit dat volgens het gegevens<\/a><\/noindex> project w3techs WordPress platform op 33,8% van de websites op het internet wordt gebruikt, zou zo'n incident catastrofale proporties aannemen. Bovendien was het gevaar van compromittering van de infrastructuur niet hypothetisch, maar zeer re\u00ebel. Bijvoorbeeld, een paar jaar geleden ontdekte een van de beveiligingsonderzoekers gedemonstreerd<\/a><\/noindex> een kwetsbaarheid die het een aanvaller mogelijk maakte om code uit te voeren aan de serverzijde api.wordpress.org. <\/p>\n

Bij gebruik van digitale handtekeningen zou het verkrijgen van controle over de server voor distributie van updates niet leiden tot compromittering van gebruikerssystemen, aangezien voor een aanval ook de apart opgeslagen priv\u00e9sleutel nodig zou zijn, waarmee de updates worden ondertekend. <\/p>\n

De implementatie van broncontroles van updates met digitale handtekeningen werd bemoeilijkt doordat de ondersteuning voor de vereiste cryptografische algoritmen relatief recent in PHP is opgenomen. De noodzakelijke cryptografische algoritmen kwamen beschikbaar door de integratie van de bibliotheek Libsodium<\/a><\/noindex> in de kern PHP 7.2<\/a><\/noindex>. Maar als de minimaal ondersteunde versie in WordPress is aangegeven<\/a><\/noindex> uitgave 5.2.4 (vanaf WordPress 5.2 \u2014 5.6.20). Het inschakelen van de ondersteuning voor digitale handtekeningen zou aanzienlijk hogere eisen aan de minimaal ondersteunde PHP-versie met zich meebrengen, of het toevoegen van een externe afhankelijkheid, wat de ontwikkelaars niet konden doen gezien de verspreiding van PHP-versies in hostingomgevingen. <\/p>\n

De oplossing was ontwikkeling<\/a><\/noindex> en de compacte versie van Libsodium is opgenomen in WordPress 5.2 \u2014 Sodium Compat<\/a><\/noindex>, waarin een minimale set algoritmen is ge\u00efmplementeerd in PHP voor het controleren van digitale handtekeningen. De implementatie laat te wensen over wat betreft prestaties, maar lost het compatibiliteitsprobleem volledig op en stelt plugin-ontwikkelaars in staat moderne cryptografische algoritmen te integreren.<\/p>\n

Voor het genereren van digitale handtekeningen wordt het algoritme Ed25519<\/a><\/noindex>, ontwikkeld met medewerking van Daniel Bernstein. De digitale handtekening wordt gegenereerd voor de SHA384-hash van de inhoud van het archief met de update. Ed25519 biedt een hoger veiligheidsniveau dan ECDSA en DSA, en vertoont een zeer hoge snelheid bij het verifi\u00ebren en aanmaken van handtekeningen. De breekbaarheid van Ed25519 is ongeveer 2^128 (gemiddeld zijn voor een aanval op Ed25519 ongeveer 2^140 bit-bewerkingen nodig), wat overeenkomt met de breekbaarheid van algoritmen zoals NIST P-256 en RSA met een sleutelgrootte van 3000 bit of een 128-bits blokversleuteling. Ed25519 is ook niet gevoelig voor problemen met hashes met botsingen, is ongevoelig voor aanvallen via cache-timing en vooraanvaltechnieken. <\/p>\n

In de release van WordPress 5.2 dekt de controle van digitale handtekeningen alleen de belangrijkste platformupdates en leidt deze standaard niet tot een blokkering van de update, maar informeert de gebruiker over een opgetreden probleem. Vanwege de noodzaak van volledige controle en omzeiling is besloten de blokkering standaard niet in te schakelen. mogelijkheden.<\/a><\/noindex>In de toekomst is het ook gepland om de controle via digitale handtekeningen toe te voegen voor de verificatie van de bron van installatie van thema's en plugins (producenten kunnen hun releases met hun sleutel ondertekenen).<\/p>\n

Naast de ondersteuning van digitale handtekeningen in WordPress 5.2 zijn er ook de volgende wijzigingen:<\/p>\n