Journal Magento

Bonnes pratiques, veille technique et retours de terrain pour les équipes qui font tourner du Magento.

Sécurité Article à la une

Faille PolyShell Magento : ce que vous devez faire maintenant

Le 17 mars 2026, la société Sansec a divulgué publiquement PolyShell, une faille critique dans Magento Open Source et Adobe Commerce. Elle permet à n’importe qui, sans compte ni authentification, d’uploader et d’exécuter du code arbitraire sur votre serveur. Trois jours après la divulgation, l’exploitation de masse avait déjà démarré. Au 14 avril 2026, 82 % des boutiques Magento vulnérables avaient reçu des uploads malveillants. Aucun patch officiel n’existe pour les versions de production stables à ce jour. Ce que fait PolyShell PolyShell exploite le endpoint d’upload de fichier des options de panier dans l’API REST de Magento : POST /rest/default/V1/carts/{cartId}/items Ce endpoint accepte un objet file_info contenant un fichier encodé en base64, censé représenter une option produit de type “fichier joint”. Magento valide ce fichier en regardant uniquement son en-tête, pour détecter s’il s’agit d’une image. L’attaque repose sur un fichier polyglotte : un fichier qui est simultanément une image valide et un script PHP exécutable. Il suffit de faire commencer le fichier par la signature GIF89a pour passer la validation, puis d’y glisser le payload PHP.

8 min
Lire l'article
Sécurité

SessionReaper (APSB25-88) : la faille Magento qui détourne vos sessions

Le 9 septembre 2025, Adobe publiait discrètement le bulletin de sécurité APSB25-88, classé en priorité 2. En langage Adobe : patchez sous 30 jours, rien d’urgent. Six semaines plus tard, 250 boutiques Magento étaient compromises en 48 heures. Au 1er novembre 2025, 81 % des sites Magento avaient été ciblés et entre 16 et 18 % portaient un backdoor actif. La faille, baptisée SessionReaper par Sansec, combine un upload de fichier non authentifié et une vulnérabilité de désérialisation : elle détourne le gestionnaire de sessions PHP pour obtenir une exécution de code complète. Ce que fait SessionReaper Contrairement à PolyShell, où l’upload seul suffisait à compromettre le serveur, SessionReaper demande deux étapes. C’est ce qui l’a rendu difficile à détecter au début. Phase 1 : upload du payload malveillant L’attaquant commence par uploader un fichier via l’endpoint public de gestion des adresses clients : POST /customer/address_file/upload Aucune authentification n’est requise. Le fichier uploadé contient un objet PHP sérialisé avec un script malveillant embarqué.

5 min
Lire

Arrêtez de compter vos heures.
Votre Magento, suivi par un expert dédié.

Démo gratuite · Démarrage en 48h · Sans engagement

Experts Magento certifiés
Réponse en 4h
Sans engagement
Illimité