PrestaShop 1.7 a atteint sa fin de vie officielle en octobre 2022. Trois ans et demi sans patch de sécurité. Pourtant, une grande partie des boutiques PrestaShop actives en France tournent encore sur cette version. Si c’est votre cas, cet article vous explique exactement où vous en êtes et comment en sortir.
PS 1.7 vs PS 1.6 : même danger, calendrier différent
PS 1.7 est plus récente que PS 1.6 — elle a été lancée en 2016. Mais la date d’EOL est tout aussi tranchante : depuis octobre 2022, aucun correctif de sécurité n’est publié pour PS 1.7. La relative jeunesse de la version ne change rien à l’exposition actuelle.
La différence pratique : PS 1.7 supporte PHP 7.4 et, partiellement, PHP 8.0 (avec des limitations). Cela signifie que certaines boutiques PS 1.7 fonctionnent encore sur des hébergements modernes — mais cette compatibilité partielle est une fausse sécurité. Faire tourner une version PHP à jour ne comble pas les vulnérabilités du code PrestaShop lui-même.
Les vulnérabilités non patchées sur PS 1.7
Sans rentrer dans le détail de CVEs spécifiques (que nous ne citons pas sans vérification indépendante), voici les catégories de failles documentées sur les versions 1.7.x non maintenues :
Injections SQL via modules tiers : plusieurs modules populaires sur PS 1.7 ont présenté des failles permettant des requêtes SQL malveillantes. Ces failles ont été corrigées sur PS 8 mais jamais backportées sur 1.7.
Cross-site scripting (XSS) dans le back-office : des vecteurs d’injection dans l’interface d’administration ont été identifiés. Un accès admin compromis peut permettre l’installation de code malveillant sur toute la boutique.
Failles dans le processus de paiement : des vulnérabilités dans la gestion du tunnel d’achat ont été exploitées pour intercepter des données de carte. Les skimmers de paiement ciblent spécifiquement les boutiques sur versions EOL.
La réalité : la surface d’attaque de PS 1.7 grandit avec le temps, sans jamais se réduire.
Les problèmes pratiques que vous vivez probablement déjà
Modules de paiement qui abandonnent PS 1.7
Stripe, PayPal, Alma et la plupart des prestataires de paiement ont aligné leurs calendriers de support sur les versions actives de PrestaShop. Leurs modules pour PS 1.7 ne reçoivent plus de mises à jour. Quand ces prestataires modifient leurs APIs (ce qu’ils font régulièrement pour des raisons de sécurité), les modules PS 1.7 cessent de fonctionner.
Incompatibilité croissante avec PHP 8.x
PHP 8.1 et supérieur ont introduit des breaking changes qui touchent le code de PS 1.7. Le support “partiel” de PHP 8.0 signifie en pratique des notices, des warnings et des comportements imprévisibles selon les modules installés. PHP 8.0 est lui-même en fin de vie depuis fin 2023 — les hébergeurs migrent vers PHP 8.1/8.2 par défaut.
L’écosystème de modules se désintègre
Les développeurs de modules (marketplaces, connecteurs ERP, outils logistiques, modules de retours) abandonnent progressivement PS 1.7. Certains modules essentiels à votre activité pourraient cesser d’être maintenus ou de fonctionner lors d’une prochaine mise à jour de votre hébergement.
Ce que PrestaShop 8.x apporte concrètement
PS 8 n’est pas un simple patch de PS 1.7. C’est une évolution significative de l’architecture :
Symfony intégré plus profondément : le back-office de PS 8 repose davantage sur Symfony, ce qui améliore la stabilité, la testabilité et la maintenabilité du code.
Compatibilité PHP 8.1/8.2 native : PS 8 est conçu pour les versions PHP actuelles, avec des performances améliorées grâce aux optimisations JIT de PHP 8.
Nouveau système de modules : les modules PS 8 bénéficient d’une architecture plus propre, avec une meilleure isolation et moins de conflits entre extensions.
Support actif : l’équipe PrestaShop publie des correctifs de sécurité et des mises à jour régulières. Vous n’êtes plus seul.
Performances améliorées : les tests de performance montrent des gains sensibles sur le front-office et le back-office par rapport à PS 1.7, notamment sur les boutiques avec de gros catalogues.
Les grandes étapes d’une migration PS 1.7 → PS 8
La migration n’est pas triviale, mais elle est documentée et réalisable. Voici les étapes principales :
1. Audit des modules installés : identifier lesquels ont une version PS 8 compatible, lesquels sont abandonnés (et doivent être remplacés), lesquels nécessitent une mise à jour payante.
2. Audit du thème : les thèmes PS 1.7 ne sont pas directement compatibles PS 8. Si vous avez un thème custom ou fortement personnalisé, l’adaptation est nécessaire.
3. Environnement de staging : la migration se prépare sur un environnement de test, jamais directement en production. Une boutique qui prend des commandes ne peut pas s’arrêter pendant une migration.
4. Migration de la base de données : PrestaShop fournit un script de migration officiel. Il doit être exécuté sur une copie de votre BDD, après sauvegarde complète.
5. Tests fonctionnels complets : tunnel d’achat, paiement, emails transactionnels, PDFs des factures, synchronisation ERP si applicable.
6. Bascule en production : une fois validé en staging, la bascule peut se faire en moins d’une heure si bien préparée.
Combien de temps et quel budget prévoir
La durée et le coût dépendent directement de la complexité de votre boutique :
Boutique simple (thème standard, moins de 10 modules, catalogue < 500 produits) : 2 à 3 semaines, entre 1 200 € et 2 500 €.
Boutique intermédiaire (thème personnalisé, 10 à 20 modules, intégrations ERP ou logistique) : 4 à 6 semaines, entre 2 500 € et 5 000 €.
Boutique complexe (thème sur mesure, nombreux modules critiques, connecteurs multiples, gros catalogue) : 6 à 12 semaines, à partir de 5 000 €.
Ces estimations incluent la préparation, la migration, les tests et la bascule. Elles excluent le coût de remplacement des modules abandonnés qui n’ont pas de version PS 8.
Votre boutique tourne sur PS 1.7 et vous voulez anticiper la migration ? Notre équipe assure la maintenance PrestaShop et les migrations vers PS 8. En cas de panne ou de boutique inaccessible, notre service d’urgence PrestaShop intervient rapidement.
