KUM Agence web & SEO
Alerte PHP2Shell · 21 oct. 2026Des failles de sécurité critiques touchent certaines versions de PHP. Vérifiez si votre site est concerné.

Outil gratuit

Votre site utilise-t-il PHP ?

Vérifiez si votre site montre des indices d'utilisation de PHP, pour savoir si la faille PHP2Shell d'octobre 2026 vous concerne. Sans rien installer, en quelques secondes.

  • Gratuit
  • Sans inscription
  • Analyse non intrusive

Les domaines analysés sont conservés dans une liste privée, sans suivi des visiteurs. Détails

Important : détecter PHP ne signifie pas que le site est vulnérable.

Cet outil observe des indices publics d'utilisation de PHP, comme un navigateur. Il ne teste pas les failles et ne peut pas certifier si votre site est vulnérable ou non.

Exemple de résultatDémonstration, pas une vraie analyse
  • PHP détecté Risque potentielDes indices montrent que ce site utilise PHP.
  • Indice supplémentaireWordPress détecté
  • Action recommandéeVérifier ma version PHP chez mon hébergeur

Comment ça marche ? En savoir plus

  1. 1
    Entrez votre siteSaisissez l'adresse de votre site web, rien d'autre.
  2. 2
    Nous analysonsNous recherchons des indices publics d'utilisation de PHP, comme le ferait un navigateur.
  3. 3
    Obtenez un résultatUn diagnostic clair, avec la question exacte à poser à votre hébergeur.

La faille PHP2Shell, en clair

Le 21 octobre 2026, l'équipe PHP a publié en urgence des correctifs pour deux failles critiques (CVE-2026-109618 et CVE-2026-109619, score 9,2 sur 10). Elles permettent à un attaquant d'exécuter du code sur le serveur sans mot de passe, par une simple requête web.

Le code fautif existe depuis PHP 5.4 (2012). Des tentatives d'attaque ont été observées dès le jour de la publication.

Versions corrigées : 8.5.12, 8.4.27, 8.3.36, 8.2.35.

PHP 8.1 et antérieur : plus de correctif officiel, il faut migrer vers une branche maintenue.

Concernés : tous les sites qui tournent sur PHP (WordPress, Drupal, Joomla, TYPO3, PrestaShop, Magento, Laravel, sites sur mesure). Pas les plateformes hébergées comme Wix, Shopify, Squarespace ou Webflow.

Méthode, limites et confidentialité

Ce que l'outil fait exactement
  • Il charge la page que vous indiquez, en suivant au plus 5 redirections (par exemple de site.ch vers www.site.ch).
  • Si cette page ne donne pas de réponse claire, il essaie au plus trois adresses sur le même site : une adresse inventée en .php, /index.php, et /wp-login.php (chargée, jamais utilisée).
  • Il lit les en-têtes de réponse (X-Powered-By, Server), les noms des cookies (pas leur contenu) et le HTML (balise "generator", chemins typiques de WordPress ou Drupal, liens vers des pages .php).

Au plus 8 requêtes, 512 Ko lus par réponse, 12 secondes. Le vérificateur s'annonce avec le user-agent kumo-php-check/1.0.

Ce qu'il ne fait jamais
  • Il ne teste pas, ne déclenche pas et n'exploite pas la faille. Il n'envoie rien de conçu pour casser ou surcharger un site.
  • Il ne se connecte à rien, ne remplit aucun formulaire, n'exécute pas les scripts du site.
  • Il ne visite pas les adresses IP, les réseaux privés ni les ports non standard. Seuls les sites publics peuvent être vérifiés.
Les quatre résultats possibles
  • PHP détecté : au moins un indice sans ambiguïté (en-tête qui nomme PHP, cookie de session PHP, logiciel qui ne tourne que sur PHP).
  • PHP probablement utilisé : seulement des indices, comme des liens vers des pages .php.
  • Aucun signe de PHP : rien trouvé. Ce n'est pas une preuve que PHP n'est pas utilisé.
  • Vérification impossible : un pare-feu, une page anti-robot ou une erreur a bloqué la lecture.

Un site peut cacher ce qu'il utilise, et votre boutique en ligne, votre espace d'administration ou votre intranet peuvent tourner sur autre chose que la page d'accueil. La version de PHP affichée est celle que le site annonce ; votre hébergeur peut avoir appliqué un correctif sans changer ce numéro. La seule réponse fiable vient de votre hébergeur ou de votre webmaster.

Confidentialité et données techniques

Pas de compte, pas d'adresse e-mail à laisser ni de cookie de suivi ajouté par cet outil. Le domaine saisi sert à effectuer la vérification. KUMO conserve une liste privée des noms de domaine analysés, sans doublons. Cette liste ne contient ni chemin de page, ni paramètres, ni résultat, ni date, ni adresse IP ou identifiant de visiteur. Elle n'est pas publiée ; vous pouvez demander la suppression d'un domaine via le contact ci-dessous.

Des limites de fréquence protègent le service contre les abus. Les prestataires techniques peuvent conserver des journaux de requêtes à des fins de sécurité et de fonctionnement.

La page est hébergée chez Infomaniak (Suisse). Le vérificateur s'exécute sur Netlify, dont la fonction est actuellement hébergée aux États-Unis. Le domaine soumis et des données techniques, notamment l'adresse IP, sont transmis à Netlify ; les journaux de la plateforme peuvent inclure les paramètres de requête. Pour toute question : thomas.puglisi@kumo-seo.ch. Voir la politique de confidentialité.

Questions fréquentes

Est-ce que cet outil teste les failles PHP2Shell ?

Non. L'outil observe uniquement des indices publics pour savoir si un site utilise PHP. Il ne teste, ne déclenche et n'exploite jamais la faille.

Si PHP est détecté, est-ce que mon site est vulnérable ?

Pas forcément. Détecter PHP veut dire que votre site est concerné par la question, pas qu'il est vulnérable. Tout dépend de la version de PHP installée chez votre hébergeur et de son état de correction. Seul votre hébergeur ou votre webmaster peut le confirmer.

Que faire si mon site utilise une ancienne version de PHP ?

Demandez à votre hébergeur de passer à une version corrigée : PHP 8.5.12, 8.4.27, 8.3.36 ou 8.2.35. En dessous de 8.2, il faut migrer. Chez la plupart des hébergeurs suisses (Infomaniak, Hostpoint, cyon...), la version de PHP se choisit dans le panneau de gestion de l'hébergement. Si votre site est sous WordPress, mettre à jour WordPress ne suffit pas : la faille est dans PHP, pas dans le thème ni les extensions.

L'outil fonctionne-t-il sur tous les sites ?

Non. Il ne voit que ce qu'un site montre publiquement. Certains sites cachent leur technologie, un pare-feu peut bloquer la lecture, et une boutique, un espace d'administration ou un intranet peuvent utiliser PHP sans que la page d'accueil le montre. Un résultat "aucun signe" n'est jamais une preuve de sécurité.

Mon site est chez Wix, Shopify, Squarespace ou Webflow, que faire ?

Ces plateformes n'utilisent pas PHP pour vos pages et gèrent elles-mêmes leurs serveurs. Vous n'avez rien à mettre à jour. Vérifiez toutefois les autres outils liés à votre domaine (blog, intranet, ancien site oublié) qui peuvent être ailleurs.

Pourquoi un consultant SEO propose cet outil ?

Parce que mes clients sont des PME romandes, souvent sous WordPress, et que la plupart n'ont personne pour leur dire si elles sont concernées. La détection est gratuite et le restera. Si vous voulez que je corrige le problème ou que je vous accompagne, écrivez-moi. La page est hébergée chez Infomaniak ; le vérificateur utilise un service Node.js sur Netlify, distinct du site.

Sources officielles