hycday a écrit :



comment corriger soit même la faille ?

 En aidant l'auteur ou à défaut en désactivant temporairement ledit plugin jusqu'à qu'une update soit proposée par l'auteur ?       

 Pour le reste ,c'est du classique: Wordpress, comme d'autres produits, est malheureusement victime de son succès: quand une techno bien précise se retrouve avec une part de marché significative, elle devient de fait une cible suffisamment intéressante pour les pirates.       


C'est un peu le même principe qui fait qu'on trouve beaucoup plus de tentatives d'intrusion, de virus, trojan, etc... sur des ordis équipés de Windows & MacOS comparé à Linux.      

 Perso, j'ai encore un vieux Wordpress qui tourne, mais qui est sandboxé au maximumu tellement je suis persuadé que si un jour on arrive à rentrer dans mon infra, ce sera sans doute par là qu'on sera passé.     

 Et à plus long terme (et étant donné que j'ai (encore) les capacités de faire du dev. par moi-même), je lorgne du côté d'une évolution de mon site vers quelque chose de plus 'fait main', donc non standard (dans mon cas, je regarde du côté de NodeJS + Loopback + Angular, mais mon besoin est un peu atypique).       


  

Ricard a écrit :



Gné ? Il y a encore des gens (sérieux) qui utilisent cette passoire de Wordpress ? C’est une blague non ? " />





La critique est aisée, mais l’art est difficile

hycday a écrit :



je veux bien aider et corriger la faille moi même puis envoyer mon travail, mais je cherchais une méthode qui explique (sans avoir à se taper un rapport de 35pages) comment corriger la faille. Est-ce que c’est “simplement” une histoire de renomamge de fonction dans un code, ou est ce que c’est plus complexe ? Les auteurs ne répondent pas toujours, et je ne vais pas forcément me taper un tour de tous les plugins sur tous les wordpress. Une recherche par mot clé aiderait par exemple à ne me concentrer que sur les plugins sujets à cette faille. Mais encore faut il que je sache la corriger derrière





L’article est assez détaillé à priori:



certains plugins étaient vulnérables à une attaque par injection SQL.Dans un autre billet, on apprend qu’il s’agit en fait d’une « ambiguïté » dans la documentation des fonctions add_query_arg () et remove_query_arg () (…)



Donc:

• la première action serait de rechercher ‘*_query_arg’ dans le code dudit plugin.
  
  
  
  
  
  • la deuxième c’est de suivre les recommandations du post sur le blog donné en lien:
    
    
    
    “The easiest way to fix this in your plugin is to escape the output of add_query_arg() and remove_query_arg(). When it’s being printed to a page (for example as a link), you should use esc_url(). When it’s being used in HTTP headers or as part of a HTTP request (for example, as part of a location redirect header or in a wp_remote_get() call), you should use esc_url_raw().”