Corrigez PHP2Shell sur votre framework, blog ou boutique : identifiez PHP en service, vérifiez la compatibilité, levez les blocages et contrôlez les correctifs CVE-2026-109618 et CVE-2026-109619.
Toutes les applications
Laravel
Récupérez composer.lock avant toute modification. Mettez Illuminate à jour de façon cohérente, en suivant chaque guide majeur. Vérifiez Horizon, authentification, Carbon et adaptateurs de stockage. Coordonnez les tâches sérialisées et redémarrez tous les workers persistants après PHP; la page d’accueil ne suffit pas.
Lire le guide ↗Symfony
Alignez composants Symfony et recettes Flex. Corrigez les dépréciations avant chaque changement majeur. Doctrine, Twig, Messenger et authentification peuvent bloquer malgré le minimum PHP. Reconstruisez le conteneur en préproduction et testez routes HTTP et workers console.
Lire le guide ↗ThinkPHP
Distinguez ThinkPHP 5.0, 5.1, 6 et 8, ORM et moteur de modèles. Un répertoire copié peut manquer de fichier verrouillé. Vérifiez routes, middleware, comportements anciens et balises personnalisées. Ne remplacez pas uniquement le dossier du framework en production.
Lire le guide ↗CodeIgniter
CI3 et CI4 ont des structures différentes. N’installez pas codeigniter4/framework sur system/ de CI3. Recensez classes cœur modifiées, hooks et sessions. Les versions mineures récentes de CI4 relèvent PHP. Migrez configuration et code sur copie, puis comparez connexion et base.
Lire le guide ↗Yii
Séparez Yii 1, 2 et 3. L’exemple yiisoft/yii2 décrit un correctif Yii 2, pas toute la branche 2.0. Auditez extensions, RBAC, ActiveRecord et widgets. Changer de génération exige une migration applicative, pas seulement une contrainte Composer.
Lire le guide ↗CakePHP
CakePHP 3.10.5 exclut PHP 8 et 4.5.12 impose PHP inférieur à 8.4. Lisez chaque migration majeure. Vérifiez signatures d’entités, finders et plugins distincts d’authentification et d’autorisation. Testez requêtes représentatives et formulaires.
Lire le guide ↗Laminas / Zend Framework
Identifiez ZF1, ZF2, ZF3 et composants indépendants. La table concerne laminas-mvc uniquement. Inventoriez namespaces, factories ServiceManager et modules avant les outils de migration. Traitez séparément les modules abandonnés; vérifiez API, sessions et construction des services.
Lire le guide ↗Slim
Slim 3 vers 4 modifie PSR-7, factories, conteneur et ordre des middleware. Le correctif Slim 3 actuel n’indique pas son minimum historique. Avec le verrouillage réel, testez erreurs, authentification, corps de requête et émission des réponses sous le PHP cible.
Lire le guide ↗Phalcon
Phalcon est une extension compilée; Composer n’installe pas phalcon.so ou DLL adaptée. La documentation 5.9 indique PHP 8.1+, sans certifier tous les binaires. Alignez architecture, ABI et NTS/ZTS, puis vérifiez le chargement dans FPM et CLI.
Lire le guide ↗Hyperf
Alignez hyperf/*, clients coroutine et ABI Swoole/OpenSwoole. Redémarrer le proxy ne remplace pas les workers applicatifs. Testez récupération des pools, consommateurs et tâches, puis remplacez tous les processus persistants selon le déploiement documenté.
Lire le guide ↗WordPress
Inventoriez cœur WordPress, thèmes et plugins, y compris thèmes enfants, mu-plugins et drop-ins. Identifiez la version par Santé du site ou version.php. Testez une copie complète avant de changer PHP Web. Un ancien minimum ne justifie pas PHP non maintenu.
Lire le guide ↗WooCommerce
Vérifiez WordPress, WooCommerce, passerelles et surcharges du thème ensemble. Coordonnez le gel des écritures de commandes. Testez migration de base, HPOS, Action Scheduler et retours de paiement en bac à sable. Revenir à PHP ne restaure ni schéma modifié ni commandes récentes.
Lire le guide ↗Drupal
Alignez core, core-recommended, Drush et modules. Retirez les API obsolètes avant un saut majeur; testez hooks de mise à jour et import de configuration sur copie. Drupal 7 n’est pas le paquet Composer Drupal 8+ présenté. Les minima ne remplacent pas le support actuel.
Lire le guide ↗Joomla
Utilisez manifeste installé et précontrôle Joomla. Planifiez extensions, surcharges et étapes majeures. Un plugin de compatibilité ne valide pas toutes les extensions. Sauvegardez fichiers et base ensemble; testez schéma, accès administrateur et routes multilingues.
Lire le guide ↗Magento Open Source / Adobe Commerce
Consultez la matrice Adobe pour l’édition et le suffixe de correctif exacts. Recherche, base, cache et broker peuvent bloquer. Auditez modules et indexeurs, préparez un artefact testé, puis validez montants, commandes asynchrones et notifications de paiement avant réouverture.
Lire le guide ↗PrestaShop
Le minimum Composer ne représente pas toute la matrice PHP PrestaShop. Vérifiez version cible, Symfony, modules de paiement, thème et overrides. Testez Update Assistant sur copie. Prévoyez retour cohérent fichiers/base et vérifiez multiboutique et historique des commandes.
Lire le guide ↗OpenCart
Identifiez distribution OpenCart, OCMOD/VQMod et extensions liées à sa version majeure. Le contrôle de démarrage est seulement un minimum. Répétez migration applicative et de base; vérifiez commande, notifications de paiement, courriels et stockage avant reprise des écritures.
Lire le guide ↗PHPCMS V9
Traitez PHPCMS V9 comme application héritée. L’ancien site officiel n’a pas pu être vérifié; aucune plage PHP universelle n’est affirmée. Auditez hors ligne mysql_*, encodage, modèles de contenu et balises. Préservez pièces jointes et URL des articles lors de la migration. Avant export PHPCMS, relever les ID de catégories/modèles, champs spécifiques et références médias avec le vrai préfixe DB. Comparer détails et chemins. Le texte seul peut perdre les champs de modèle ou laisser les images sur l’ancien serveur.
Lire le guide ↗DedeCMS / 织梦
Distinguez DedeCMS original, versions commerciales et DedeBIZ. PHP 5.6+ sur la page actuelle ne valide pas chaque ancien paquet 5.7. Auditez classes SQL, modèles, thèmes et encodage hors ligne. Sauvegardez tables, médias et URL statiques; n’écrasez pas par une autre distribution. Pour DedeCMS, relever table principale et tables supplémentaires de chaque canal, clés et préfixes réels. Garder auteurs, catégories, modèles et chemins statiques. Comparer volumes et articles complets illustrés; archives seul peut omettre les champs étendus.
Lire le guide ↗Discuz! X
Enregistrez séparément Discuz! X, UCenter et plugins. Compilation et encodage comptent; X3.4/X3.5 seul ne suffit pas. Suivez les exigences du paquet exact. Testez connexion partagée, synchronisation utilisateurs, pièces jointes et encodage avec un retour complet. Restaurer forum et UCenter ensemble en isolation. Identifier les autres sites liés, préserver médias et relations des ID utilisateurs. Coordonner écritures des comptes et tester chaque application; l’accueil ne garantit pas leur cohérence.
Lire le guide ↗Typecho
Les minima README Typecho concernent les tags cités, pas tous les thèmes/plugins. Vérifiez hooks, fonctions du thème, adaptateurs SQL et routes. Sauvegardez base et usr/ ensemble. Après mise à jour officielle, comparez permaliens, commentaires, Markdown et médias.
Lire le guide ↗EC-CUBE
Alignez EC-CUBE, Symfony, Doctrine et plugins de paiement. app/Customize et Twig peuvent échouer indépendamment du cœur. Vérifiez la version 4.x précise, répétez migrations, frais de port, taxes, textes japonais et retours de paiement en test.
Lire le guide ↗TYPO3
Vérifiez cœur TYPO3 et extensions ensemble. Inventoriez extensions propres, Fluid, TypoScript et configuration des sites. Exécutez Upgrade Wizards en préproduction; validez édition et site public. Le minimum cœur ne prouve ni compatibilité des extensions ni contrat de support prolongé.
Lire le guide ↗Shopware
La version mineure et le correctif Shopware comptent avec apps, plugins et Symfony. Suivez l’ordre officiel, reconstruisez les ressources si nécessaire et redémarrez les consommateurs. Testez recherche, commande et API sur copie; Composer seul ne valide pas une boutique.
Lire le guide ↗Lever les blocages du correctif PHP2Shell
Corriger PHP2Shell sur un site PHP sans maintenance
Sans développeur PHP, commencez par récupérer les accès, tester les sauvegardes et identifier PHP. Choisissez ensuite un PHP corrigé, une migration ou une archive statique pour traiter PHP2Shell.
Correction PHP2Shell - résoudre les erreurs PHP
Levez les obstacles au correctif PHP2Shell : API supprimées, conflits de dépendances, extensions absentes et erreurs de passerelle. Rétablissez le service avec PHP corrigé et vérifiez les deux CVE.
Compatibilité PHP pour corriger PHP2Shell
Ces exemples concernent des versions précises, sans garantir toute une branche majeure. Un minimum sans plafond ne prouve pas la compatibilité avec tout PHP plus récent. Vérifiez le verrouillage, les extensions et les règles actuelles du fournisseur.
Inventaire avant correction de PHP2Shell
Utilisez une copie de travail autorisée. Ces commandes inventorient CLI et paquets verrouillés, sans corriger PHP ni vérifier le moteur Web. La version PHP de l’exemple prohibits sert seulement à la comparaison.
Vérifier les correctifs PHP2Shell
Compatibilité applicative, maintenance et sécurité PHP sont distinctes. Choisissez une branche PHP maintenue corrigeant les deux CVE, puis vérifiez tous les processus Web, tâches planifiées et réplicas. Mettre à jour un plugin ne remplace pas PHP.
| Branche PHP | Versions amont inférieures à | Première version corrigée | Fin du support de sécurité |
|---|---|---|---|
| PHP 8.5 | < 8.5.12 | ✓ 8.5.12 | 31 déc. 2029 |
| PHP 8.4 | < 8.4.27 | ✓ 8.4.27 | 31 déc. 2028 |
| PHP 8.3 | < 8.3.36 | ✓ 8.3.36 | 31 déc. 2027 |
| PHP 8.2 | < 8.2.35 | ✓ 8.2.35 | 31 déc. 2026 |
Aucune publication PHP habituelle n’est prévue pour ces branches. Des rétroportages source minimaux existent pour 7.4, 8.0 et 8.1. Vérifiez séparément le support du fournisseur. Lire le guide ↗