
Version PHP obsolète : pourquoi la fin de vie met votre site web en danger
Image: Générée par IA
Toutes les versions de PHP antérieures à 8.2 ont atteint leur fin de vie et ne reçoivent plus de mises à jour de sécurité régulières ; PHP 8.2 seulement jusqu’à fin 2026. Des failles comme PHP2Shell montrent le risque : pour les anciennes versions, il n’existe au mieux que des correctifs d’urgence, et pour les très anciennes, plus aucun. Une migration vers PHP 8.3 ou une version plus récente devrait être planifiée.
Une version PHP obsolète est l’un des plus grands risques de sécurité pour les sites web. Selon le BSI, toutes les versions de PHP antérieures à 8.2 ont atteint leur fin de vie ; PHP 8.2 ne reçoit encore des mises à jour de sécurité que jusqu’à la fin de l’année 2026. Pour les versions sans support, il n’existe au mieux que des correctifs d’urgence pour de nouvelles failles comme PHP2Shell ; pour les versions très anciennes, il n’y en a pas du tout. Les exploitants devraient donc passer à PHP 8.3 ou à une version plus récente.
Ce que signifie la fin de vie
Chaque version de PHP n’est maintenue que pendant une durée limitée : d’abord avec des corrections de bugs et des mises à jour de sécurité, puis pendant un certain temps uniquement avec des mises à jour de sécurité. Ensuite, c’est terminé. Les nouvelles failles restent ouvertes, et les attaquants le savent. Selon le BSI, les moteurs de recherche pour systèmes connectés montrent qu’à l’échelle mondiale, de très nombreux systèmes sont encore vulnérables — soit non corrigés, soit sans support depuis longtemps.
Version PHP | Statut (au 2026-10) |
|---|---|
8.4 et 8.5 | pris en charge |
8.3 | pris en charge (mises à jour de sécurité) |
8.2 | Mises à jour de sécurité uniquement jusqu’à fin 2026 |
8.1, 8.0, 7.4 | Fin de vie – pour PHP2Shell, uniquement des backports d’urgence |
plus ancien que 7.4 | Fin de vie – aucun correctif |
Pourquoi tant de sites web fonctionnent-ils sur d’anciennes versions
- Le site fonctionne et personne ne se sent responsable.
- Les anciens plugins, thèmes ou développements sur mesure ne fonctionnent plus avec les nouvelles versions de PHP.
- L’hébergeur continue de proposer d’anciennes versions, souvent moyennant un supplément (« support étendu »).
- L’agence d’alors n’existe plus.
Voici comment planifier la migration
- Faire l’inventaire :Version PHP, version du CMS, plugins, thèmes, développements spécifiques.
- Vérifier la compatibilité : Le CMS et les extensions prennent-ils en charge PHP 8.3 ou une version plus récente ? Rechercher des alternatives pour les extensions obsolètes.
- Créer une copie de test : Tester le site web dans un environnement de staging avec la nouvelle version de PHP.
- Corriger les erreurs, puis basculer – avec une sauvegarde récente.
- Ensuite, mettre à jour régulièrement : planifier les mises à jour au lieu d’attendre la prochaine alerte.
Si le site web est si ancien qu’une migration est plus complexe qu’une reconstruction, il vaut la peine d’envisager un relaunch de site web. Un système moderne avec des voies de mise à jour claires permet d’économiser durablement du temps et de réduire les risques.
Vous ne savez pas si votre site web, votre boutique en ligne ou vos appareils sont concernés ? Contactez-nous. Nous vérifions vos systèmes, installons les mises à jour et vous disons honnêtement ce qu’il faut faire – même s’il s’avère que tout est en ordre. Pour commencer, un court entretien.
Questions fréquemment posées
Quelle version de PHP devrais-je utiliser ?
Une version avec support actif, actuellement PHP 8.3, 8.4 ou 8.5 dans leur dernière sous-version respective. PHP 8.2 ne reçoit plus que des mises à jour de sécurité jusqu’à fin 2026.
Une mise à jour de PHP peut-elle casser mon site web ?
Oui, si des plugins, des thèmes ou des développements spécifiques ne sont pas compatibles. C’est pourquoi il faut d’abord tester sur une copie de test et disposer d’une sauvegarde à jour.
Mon hébergeur propose un « support étendu » pour les anciennes versions de PHP. Est-ce suffisant ?
Cela peut être une solution transitoire si le prestataire rétroporte des correctifs de sécurité. Demandez explicitement si PHP2Shell est couvert, et prévoyez malgré tout la migration.
État : octobre 2026. Source : Avis de sécurité du BSI sur PHP2Shell.

Muhamed Alahmed
Avec plus de 10 ans d’expérience en informatique, je développe des solutions qui ne fonctionnent pas seulement sur le plan technique, mais qui créent une réelle valeur ajoutée et dégagent du temps.
En savoir plus sur bettersorted →Autres articles

Mon site web est-il concerné par PHP2Shell ? Comment le vérifier en 15 minutes
Mon site web est-il concerné par PHP2Shell ? Vérifiez pas à pas votre PHP, votre hébergeur et vos appareils, sans connaissances techniques.

Sécurité des sites web pour les PME : 10 mesures qui protègent vraiment
Sécurité des sites web pour les PME : 10 mesures clés pour protéger vos données avec mises à jour, sauvegardes, 2FA, WAF et responsabilités claires

Refonte de site web pour les PME : déroulement, durée et facteurs de coût
Refonte de site web pour les PME : étapes clés, durée réaliste, coûts et erreurs à éviter lors d’une migration sans perte de classement
Restez informé des sujets liés à l’IA
Des mises à jour courtes sur l’automatisation par IA, les aides financières et les nouveaux articles — pas de spam, désinscription possible à tout moment.