À quoi sert ce diagnostic PHP ?
Ce questionnaire aide à préparer une vérification avec votre hébergeur ou votre équipe technique. Choisissez une installation précise et répondez pour ce même périmètre : version PHP, mode d’exécution, système, hébergement, accès réseau, CMS, mises à jour et restauration. La version du service web peut différer de celle de la ligne de commande. En cas de doute, choisissez « Je ne sais pas ». Aucun nom de domaine, identifiant ou document technique n’est demandé.
Deux conclusions distinctes : exposition et fin de support
Le calcul compare la version déclarée aux bornes des CVE-2026-109618 et CVE-2026-109619, corrigées dans les versions ci-dessous. Un service web sur une version affectée conduit à une exposition probable, même sur un réseau privé. Une information essentielle manquante ou une installation hors ligne conserve une conclusion possible. Un WAF ne vaut pas preuve de correction. Le système et le CMS ne retirent pas ces failles du moteur PHP.
La fin de support est examinée séparément. PHP 8.1 et les branches antérieures sont hors support du projet PHP. Un paquet corrigé par un distributeur doit être confirmé dans son avis officiel ; ce correctif ne rétablit pas le support amont. Une version corrigée ne suffit donc pas à organiser toute la maintenance. Consultez la méthode pour maintenir PHP à jour.
Des priorités pour agir avec Noolya
Le résultat explique les raisons et propose trois actions : identifier ou corriger PHP, préparer la restauration et les tests, puis vérifier le service ou organiser sa maintenance. L’hébergement aide à désigner le bon interlocuteur ; le CMS et les sauvegardes orientent les essais. Noolya intervient pour le diagnostic d’exposition, le plan de mise à jour, les tests de non-régression, le durcissement et la vérification après correction. Retrouvez l’analyse des failles et de leur correction ainsi que le récapitulatif d’octobre 2026.
Vos réponses et votre choix de partage
Le calcul est local, sans modèle externe ni requête de diagnostic vers votre installation. Les réponses restent en mémoire dans la page jusqu’au rechargement ou à l’effacement. Après le résultat, vous pouvez imprimer le bilan, demander une analyse ou réserver un échange. Seul l’envoi volontaire du formulaire transmet vos coordonnées, vos réponses et ce résultat. Le consentement de recontact est non précoché ; la veille est un choix distinct. Les durées et vos droits figurent dans la politique de confidentialité.
Questions fréquentes
Cet outil teste-t-il mon site ?
Non. Il n’interroge aucune URL et n’envoie aucune requête vers votre installation. Il rapproche huit réponses des versions et conditions publiées par PHP. Une exposition probable ne prouve pas une compromission ; un résultat peu probable ne certifie pas la sécurité du site.
Que se passe-t-il si je ne connais pas la version ?
Le résultat reste possible et la vérification de la version devient prioritaire. Une branche inconnue ne peut pas être considérée comme supportée. Demandez la version du service web et les éventuels correctifs du distributeur à votre hébergeur ou au responsable technique.
Un WAF ou un CMS à jour suffit-il ?
Non. Un pare-feu applicatif ne prouve pas la correction de ces deux failles PHP. La mise à jour du CMS ne prouve pas celle du moteur PHP. Le correctif doit être confirmé sur chaque instance concernée, avec les tests adaptés.
Les coordonnées sont-elles obligatoires ?
Non. Le résultat, ses raisons et ses trois priorités sont accessibles sans coordonnées. Le formulaire partagé après le résultat est facultatif, avec un accord de recontact non précoché. Il permet de demander un diagnostic détaillé et un échange avec Noolya.
