Google sur la suppression de sites lors de la correction de l'exploit PHP d'urgence

Le World Wide Web se précipite maintenant pour réparer et mettre à jour ses serveurs contre l'exploit critique PHP connu sous le nom de PHP2Shell. La plupart sont capables de les corriger sans temps d'arrêt, mais de nombreux sites se déconnectent jusqu'à ce que le correctif soit implémenté, juste pour être extrêmement sûr. John Mueller de Google a donné des conseils sur la façon de gérer la recherche Google si vous décidez de supprimer votre site tout en le corrigeant pour la vulnérabilité de sécurité PHP.

Si vous n'êtes pas au courant de ce problème PHP, en bref, PHP 8.5.12, 8.4.27, 8.3.36 et 8.2.35 disposent désormais d'un correctif pour deux vulnérabilités critiques pouvant permettre l'exécution de code à distance non authentifié. Alors tout le monde se précipite pour arranger les choses dès que possible avant que les méchants ou les robots ne commencent à attaquer. Il y a des tonnes de couverture de ce résumé sur Techmeme.

En fait, de nombreux sites sont mis hors ligne, par mesure de prudence, jusqu'à ce que les correctifs PHP soient en place. « Plusieurs sites Web de gouvernements, d'écoles et d'hôpitaux en Europe ont été mis hors ligne mercredi alors que les organisations se précipitaient pour se protéger de deux failles de sécurité critiques dans PHP, un langage de programmation qui alimente une grande partie d'Internet », a rapporté Reuters.

Si vous adoptez cette approche, John Mueller de Google vous a donné des conseils sur la façon de supprimer votre site, afin que cela n'entraîne pas de problèmes de classement ou d'indexation à long terme pour votre site dans la recherche Google. John a écrit sur Bluesky : « Si vous supprimez des sites PHP pour planifier du temps pour gérer les « mises à jour imprévues », utilisez HTTP 503 au lieu de laisser les réponses expirer / 404/500. Vous pouvez le faire en dehors de PHP / pointer le DNS ailleurs / CDN.

Cet exploit PHP est sérieux ; il peut permettre l'exécution de code à distance (RCE) non authentifié et la divulgation de la mémoire sur environ 70 % des sites Web dans le monde. Cela pourrait permettre aux attaquants d’exécuter du code malveillant, de planter des serveurs ou de voler des données sensibles sans connexion ni interaction de l’utilisateur. Toutes les versions de PHP 5.4 à 8.5.11 sont vulnérables. Les chercheurs ont découvert les failles à l’aide de modèles d’IA, ce qui a rapidement entraîné des correctifs d’urgence et des fermetures préventives de sites Web dans le monde entier. Mettez à niveau immédiatement vers l'une des versions corrigées publiées par le projet PHP : 8.2.35, 8.3.36, 8.4.27 ou 8.5.12.

Google en a déjà parlé dans des cas similaires, mais Google dispose également d'une documentation plus ancienne à ce sujet – voici les liens vers ces documents :

Google a donné des conseils similaires en 2021 avec la vulnérabilité de sécurité Log4j.

Voici une partie de notre précédente couverture sur la manière dont la recherche Google gère les sites en panne et sur les mesures à prendre :

Voici le message de John :

Si vous supprimez des sites PHP pour planifier du temps pour gérer les « mises à jour imprévues », utilisez HTTP 503 au lieu de laisser les réponses expirer / 404/500. Vous pouvez le faire en dehors de PHP / pointer le DNS ailleurs / CDN. développeurs.google.com/search/blog/… développeurs.google.com/search/docs/…

[image or embed]

– John Mueller (@johnmu.com) 21 octobre 2026 à 11h26

Discussion sur le forum à Bluesky.