UpdraftPlus 1.26.11 succède à deux correctifs de sécurité et recentre les contrôles sur la restauration

UpdraftPlus a publié la version 1.26.11 le 16 octobre 2026, après les mises à jour de sécurité des 14 et 15 octobre. Cette nouvelle version corrige la gestion du mode de base de données rare NO_BACKSLASH_ESCAPES et un problème de restauration introduit dans 1.26.10.

Le journal officiel du plugin indique que le correctif précédent ne gérait pas correctement ce mode SQL. Ses auteurs décrivent cette configuration comme peu courante, mais recommandent néanmoins la mise à jour. Pour un éditeur WordPress, la priorité pratique consiste à vérifier la version installée et la procédure de récupération, plutôt qu’à considérer une sauvegarde terminée comme une preuve de restauration sûre.

La succession des versions compte plus qu’un numéro isolé

L’entrée du 14 octobre pour 1.26.9 décrit un problème conditionnel : un attaquant capable d’insérer une cellule de base de données de plus de 1 MB avec un contenu choisi pouvait provoquer l’exécution de SQL arbitraire lorsque le propriétaire sauvegardait puis restaurait le site. Il s’agit d’un scénario lié à la restauration, pas d’une affirmation selon laquelle toutes les installations étaient déjà compromises.

L’entrée du 15 octobre pour 1.26.10 décrit un cas connexe lors d’une restauration sur un serveur de base de données configuré différemment du serveur d’origine. La version 1.26.11 corrige ensuite la gestion du mode SQL et un autre cas où une ligne surdimensionnée de construction particulière pouvait être supprimée silencieusement après son rejet.

Ce sont les descriptions du responsable du plugin. Elles ne démontrent pas une exploitation sur le site d’un éditeur donné, et une mise à jour seule ne certifie pas l’intégrité d’une archive existante.

Vérifier l’environnement de récupération autant que le site en ligne

Relevez la version du plugin avant toute modification et obtenez la version actuelle par le canal habituel de mise à jour. Le journal précise que les éditions payantes utilisent un préfixe de version différent. Confirmez donc l’édition payante correspondante plutôt que de comparer uniquement le premier chiffre.

Conservez les copies de récupération existantes pendant l’enquête. Si une restauration est nécessaire, utilisez un environnement isolé et une assistance qualifiée si besoin, surtout lorsque l’origine ou le contenu de la sauvegarde restent incertains. N’écrasez pas le seul site de production fonctionnel avec une archive douteuse pour effectuer un essai improvisé.

Une sauvegarde et une récupération ne prouvent pas la même chose

Après la mise à jour, vérifiez qu’une nouvelle sauvegarde aboutit, que ses fichiers atteignent le stockage prévu et qu’une restauration contrôlée produit le site attendu. Examinez les journaux ainsi qu’un échantillon d’articles, de médias et de paramètres. Documentez l’environnement utilisé, puisque les problèmes décrits comprennent une différence entre configurations de bases de données.

Appuyez-vous sur le guide de préproduction et de retour arrière pour organiser le changement, puis sur l’audit des accès WordPress pour vérifier qui peut modifier contenus et réglages. Ces contrôles couvrent des parties différentes du risque. Aucun ne remplace la vérification que l’outil de sauvegarde est lui-même à jour.