{"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\/fr\/blog\/news\/reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi","title":{"rendered":"Sortie de WordPress 5.2 avec support de v\u00e9rification des mises \u00e0 jour par signature num\u00e9rique","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Pr\u00e9sent\u00e9<\/a><\/noindex> lancement du syst\u00e8me de gestion de contenu web WordPress 5.2<\/a><\/noindex>. La sortie se distingue par la finalisation d'une \u00e9pop\u00e9e de six ans<\/a><\/noindex> pour la mise en \u0153uvre capacit\u00e9s<\/a><\/noindex> de la v\u00e9rification des mises \u00e0 jour et des ajouts par signature num\u00e9rique. <\/p>\n

Jusqu'\u00e0 pr\u00e9sent, lors de l'installation des mises \u00e0 jour dans WordPress, le facteur principal de s\u00e9curit\u00e9 \u00e9tait la confiance envers l'infrastructure et les serveurs de WordPress (apr\u00e8s le t\u00e9l\u00e9chargement, une v\u00e9rification de hachage \u00e9tait effectu\u00e9e sans v\u00e9rification de la source). En cas de compromission des serveurs du projet, les attaquants pouvaient remplacer la mise \u00e0 jour et propager du code malveillant parmi les sites utilisant WordPress avec le syst\u00e8me d'installation automatique des mises \u00e0 jour. En accord avec le mod\u00e8le de livraison de confiance auparavant appliqu\u00e9, un tel remplacement serait rest\u00e9 inaper\u00e7u du c\u00f4t\u00e9 des utilisateurs. <\/p>\n

\u00c9tant donn\u00e9 que selon les donn\u00e9es<\/a><\/noindex> le projet w3techs, la plateforme WordPress est utilis\u00e9e sur 33,8 % des sites sur le r\u00e9seau, l'incident aurait pris des proportions catastrophiques. De plus, le danger de compromission de l'infrastructure n'\u00e9tait pas hypoth\u00e9tique, mais bien r\u00e9el. Par exemple, il y a quelques ann\u00e9es, l'un des chercheurs en s\u00e9curit\u00e9 a d\u00e9montr\u00e9<\/a><\/noindex> a d\u00e9couvert une vuln\u00e9rabilit\u00e9 permettant \u00e0 un attaquant d'ex\u00e9cuter son code sur le serveur api.wordpress.org. <\/p>\n

Dans le cas de l'utilisation de signatures num\u00e9riques, prendre le contr\u00f4le du serveur de distribution des mises \u00e0 jour ne compromettrait pas les syst\u00e8mes des utilisateurs, car pour r\u00e9aliser l'attaque, il faudrait \u00e9galement obtenir la cl\u00e9 secr\u00e8te stock\u00e9e s\u00e9par\u00e9ment, qui est utilis\u00e9e pour signer les mises \u00e0 jour. <\/p>\n

L'impl\u00e9mentation de la v\u00e9rification de la source des mises \u00e0 jour par signature num\u00e9rique a \u00e9t\u00e9 entrav\u00e9e par le fait que le support des algorithmes cryptographiques n\u00e9cessaires a r\u00e9cemment \u00e9t\u00e9 int\u00e9gr\u00e9 dans l'offre standard de PHP. Les algorithmes cryptographiques n\u00e9cessaires sont apparus gr\u00e2ce \u00e0 l'int\u00e9gration de la biblioth\u00e8que Libsodium<\/a><\/noindex> dans la base de PHP 7.2<\/a><\/noindex>. Mais comme version minimale prise en charge dans WordPress, la version 5.2.4 (\u00e0 partir de WordPress 5.2 \u2014 5.6.20) a \u00e9t\u00e9 d\u00e9clar\u00e9e. L'inclusion du support des signatures num\u00e9riques aurait entra\u00een\u00e9 une augmentation significative des exigences de version minimale prise en charge de PHP ou l'ajout d'une d\u00e9pendance externe, ce que les d\u00e9veloppeurs ne pouvaient pas se permettre compte tenu de la pr\u00e9valence des versions PHP dans les syst\u00e8mes d'h\u00e9bergement.<\/a><\/noindex> version 5.2.4 (depuis WordPress 5.2 \u2014 5.6.20). L'activation du support des signatures num\u00e9riques entra\u00eenerait une augmentation significative des exigences pour la version minimale de PHP prise en charge ou n\u00e9cessiterait l'ajout d'une d\u00e9pendance externe, ce que les d\u00e9veloppeurs ne pouvaient pas se permettre compte tenu de la pr\u00e9valence des versions PHP dans les syst\u00e8mes d'h\u00e9bergement. <\/p>\n

et l'int\u00e9gration dans WordPress 5.2 d'une version compacte de Libsodium \u2014 d\u00e9veloppement<\/a><\/noindex> et l'inclusion dans WordPress 5.2 d'une version compacte de Libsodium \u2014 Compatibilit\u00e9 du sodium<\/a><\/noindex>, dans lequel un ensemble minimal d'algorithmes a \u00e9t\u00e9 impl\u00e9ment\u00e9 en PHP pour v\u00e9rifier les signatures num\u00e9riques. La r\u00e9alisation pourrait \u00eatre am\u00e9lior\u00e9e en termes de performance, mais elle r\u00e9sout enti\u00e8rement le probl\u00e8me de compatibilit\u00e9 et permet aux d\u00e9veloppeurs de plugins de commencer \u00e0 int\u00e9grer des algorithmes cryptographiques modernes.<\/p>\n

L'algorithme utilis\u00e9 pour g\u00e9n\u00e9rer des signatures num\u00e9riques est Ed25519<\/a><\/noindex>, d\u00e9velopp\u00e9 avec la participation de Daniel Bernstein (Daniel J. Bernstein). La signature num\u00e9rique est form\u00e9e \u00e0 partir de la valeur de hachage SHA384, calcul\u00e9e \u00e0 partir du contenu de l'archive de mise \u00e0 jour. Ed25519 offre un niveau de s\u00e9curit\u00e9 sup\u00e9rieur \u00e0 ECDSA et DSA, et pr\u00e9sente une tr\u00e8s grande rapidit\u00e9 de v\u00e9rification et de cr\u00e9ation de signatures. La r\u00e9sistance \u00e0 l'intrusion d'Ed25519 est d'environ 2^128 (en moyenne, une attaque contre Ed25519 n\u00e9cessiterait de r\u00e9aliser 2^140 op\u00e9rations binaires), ce qui correspond \u00e0 la r\u00e9sistance de tels algorithmes que NIST P-256 et RSA avec une taille de cl\u00e9 de 3000 bits ou un chiffrement par blocs de 128 bits. Ed25519 n'est \u00e9galement pas sujet \u00e0 des probl\u00e8mes de collisions dans les hachages et est insensible aux attaques par analyse de l'horodatage dans le cache (cache-timing) et aux attaques par canaux lat\u00e9raux. <\/p>\n

Dans la version WordPress 5.2, la v\u00e9rification de la signature num\u00e9rique ne couvre pour l'instant que les mises \u00e0 jour principales de la plateforme et ne bloque pas par d\u00e9faut la mise \u00e0 jour, mais informe simplement l'utilisateur d'un probl\u00e8me survenu. Il a \u00e9t\u00e9 d\u00e9cid\u00e9 de ne pas inclure le blocage par d\u00e9faut imm\u00e9diatement en raison de la n\u00e9cessit\u00e9 d'une v\u00e9rification compl\u00e8te et d'un contournement des probl\u00e8mes \u00e9ventuels<\/a><\/noindex>. \u00c0 l'avenir, il est \u00e9galement pr\u00e9vu d'ajouter la v\u00e9rification par signature num\u00e9rique pour la v\u00e9rification de la source d'installation des th\u00e8mes et des plugins (les producteurs pourront signer leurs versions avec leur cl\u00e9).<\/p>\n

En plus de la prise en charge des signatures num\u00e9riques, la version WordPress 5.2 comprend les changements suivants :<\/p>\n