PHP2Shell par plateforme : CMS, boutiques, frameworks
WordPress, Shopware, TYPO3, Magento et bien d'autres : ce qu'apporte une mise à jour de la plateforme, ce qu'elle n'apporte pas, et où le code malveillant se cache typiquement.
Faille de sécurité PHP WordPress (PHP2Shell) : ce que les exploitants doivent faire
PHP2Shell se trouve dans PHP, pas dans WordPress. Une mise à jour de WordPress n'aide donc pas ; ce qui compte, ce sont le correctif PHP, le redémarrage et la recherche de portes dérobées.
Lire la suite →02Sécurité WooCommerce : protéger une boutique avec données clients après PHP2Shell
Une boutique WooCommerce détient des commandes, des comptes clients et des accès aux prestataires de paiement. Après PHP2Shell comptent un PHP corrigé, un paiement sain et des accès API contrôlés.
Lire la suite →03Faille de sécurité Shopware 6 (PHP2Shell) : comment sécuriser votre boutique
PHP2Shell touche Shopware 6 via le PHP du serveur. Comptent le correctif PHP et le redémarrage, puis un coup d'œil à .env, aux plugins, au dossier public et aux intégrations API.
Lire la suite →04Version PHP de Shopware 5 après PHP2Shell : sécuriser les anciennes boutiques
De nombreuses boutiques Shopware 5 tournent sur d'anciennes versions de PHP sans mises à jour officielles. Après PHP2Shell, il leur faut un plan clair : vérifier l'état, protection transitoire, migration.
Lire la suite →05Faille de sécurité Magento (PHP2Shell) : sécuriser Magento et Adobe Commerce
PHP2Shell touche Magento via PHP. Outre le correctif et le redémarrage, comptent surtout env.php, les skimmers dans la base de données et les comptes admin cachés.
Lire la suite →06Faille de sécurité PHP TYPO3 (PHP2Shell) : sécuriser correctement les sites web
Les sites TYPO3 des administrations et des PME tournent sur le même PHP que tous les autres. Comptent le correctif PHP, le redémarrage, un Install Tool verrouillé et un coup d'œil dans fileadmin.
Lire la suite →07Faille de sécurité Joomla (PHP2Shell) : sécuriser les sites Joomla
PHP2Shell touche Joomla via le PHP du serveur. Après le correctif et le redémarrage, contrôlez configuration.php, les surcharges de template, les extensions et les comptes Super Utilisateur.
Lire la suite →08Sécurité PHP de Drupal après PHP2Shell : comment sécuriser votre site
Drupal tourne sur PHP et est donc concerné par PHP2Shell si le serveur n'est pas corrigé. Comptent le rapport d'état, settings.php, le dossier files et les droits des rôles.
Lire la suite →09Sécurité Contao après PHP2Shell : sécuriser correctement les sites web
Contao tourne sur PHP et Symfony. Après PHP2Shell comptent le correctif PHP pour le web et la ligne de commande, un Contao Manager protégé et un coup d'œil dans files et templates.
Lire la suite →10Faille de sécurité PrestaShop (PHP2Shell) : comment protéger votre boutique
PHP2Shell touche PrestaShop via le PHP du serveur. Après le correctif et le redémarrage, le dossier override, les modules, le paiement et les comptes employés doivent être contrôlés.
Lire la suite →11Sécurité OXID eShop après PHP2Shell : sécuriser la boutique et les interfaces
Les boutiques OXID du B2B et du commerce de gros dépendent de l'ERP et des comptes clients. Après PHP2Shell comptent le correctif PHP, le redémarrage, config.inc.php, les modules et les comptes admin contrôlés.
Lire la suite →12Faille de sécurité Laravel (PHP2Shell) : sécuriser correctement les applications
PHP2Shell touche les applications Laravel via PHP. Outre le correctif, comptent surtout avec Laravel les workers de file d'attente, Octane, le fichier .env et le dossier storage.
Lire la suite →13Sécurité Symfony après PHP2Shell : sécuriser projets et workers
Les applications Symfony sont concernées par PHP2Shell via PHP. Comptent le correctif et le redémarrage, aussi des workers Messenger, des secrets protégés, un cache sain et aucun profiler en production.
Lire la suite →14Faille de sécurité PHP Nextcloud (PHP2Shell) : sécuriser le stockage de fichiers
Nextcloud stocke contrats, dossiers du personnel et données de projets sur un serveur PHP. Après PHP2Shell comptent le correctif, le redémarrage aussi pour cron, le contrôle d'intégrité et un répertoire data protégé.
Lire la suite →15Sécurité Moodle après PHP2Shell : sécuriser correctement les plateformes d'apprentissage
Moodle gère données des participants, notes et travaux d'examen, souvent de mineurs. Après PHP2Shell comptent le correctif PHP, le redémarrage du web et de cron, un moodledata protégé et des plugins contrôlés.
Lire la suite →16Sécurité MediaWiki après PHP2Shell : sécuriser les wikis internes
Les wikis internes contiennent des descriptions d'accès, des procédures et des plans de réseau. Après PHP2Shell comptent le correctif PHP, le redémarrage, un répertoire images protégé et des administrateurs d'interface contrôlés.
Lire la suite →17Sécurité Matomo après PHP2Shell : sécuriser l'analyse web auto-hébergée
Un serveur Matomo compromis peut livrer du code malveillant à tous les sites suivis. Après PHP2Shell comptent le correctif PHP, le redémarrage, un contrôle du script de suivi et des jetons API.
Lire la suite →18Sécurité Craft CMS après PHP2Shell : sécuriser les sites d'agence
Craft CMS tourne sur PHP et est souvent utilisé par des agences avec de nombreux sites clients. Après PHP2Shell comptent le correctif, le redémarrage, une clé de sécurité protégée et la comparaison de la Project Config.
Lire la suite →Chaque heure compte. Écrivez-nous maintenant.
Décrivez brièvement votre système, votre version de PHP et ce que vous avez observé. Nous vous répondons, faisons le point et travaillons à distance jusqu'à la clôture et la documentation de l'incident.