Serveurs et hébergement : bien corriger PHP
Plesk, cPanel, Apache, Nginx, LiteSpeed, conteneurs : qui est responsable, comment vérifier l'état réel des correctifs et comment redémarrer tous les workers ?
Serveur Plesk : vérifier et corriger les versions de PHP
Sur les serveurs Plesk, plusieurs versions de PHP tournent souvent en parallèle. Voici comment vérifier chaque handler, installer la mise à jour PHP et redémarrer tous les workers.
Lire la suite →02cPanel et WHM : sécuriser PHP
cPanel gère PHP via EasyApache 4, avec ses propres paquets par version. Voici comment vérifier l'état, redémarrer tous les processus et définir correctement les valeurs transitoires.
Lire la suite →03Hébergement mutualisé : ce que fait l'hébergeur et ce que vous devez faire
En hébergement mutualisé, l'hébergeur corrige PHP. Votre rôle : obtenir la confirmation, choisir la version de PHP et rechercher des traces sur votre site.
Lire la suite →04Sécuriser soi-même un serveur dédié et un vServer
Avec votre propre serveur dédié ou vServer, toute la responsabilité vous incombe. Voici comment vérifier et corriger PHP, redémarrer tous les processus et durcir le système.
Lire la suite →05Serveur managé : clarifier la responsabilité
Un serveur managé vous décharge de beaucoup, mais pas de tout. Voici comment clarifier qui corrige PHP, qui redémarre et qui répond de l'application, des données et des notifications.
Lire la suite →06Sécuriser Apache avec mod_php
L'équipe PHP juge le risque le plus élevé avec mod_php. Voici comment identifier le mode d'exécution, corriger correctement, redémarrer Apache et planifier le passage à PHP-FPM.
Lire la suite →07Sécuriser Nginx avec PHP-FPM
Avec Nginx et PHP-FPM, la sécurité tient aux pools, aux droits et à un redémarrage propre. Voici comment corriger après PHP2Shell et durcir Nginx et PHP-FPM durablement.
Lire la suite →08LiteSpeed et LSAPI : mettre PHP à jour
LiteSpeed utilise ses propres paquets lsphp et garde longtemps les processus PHP en mémoire. Voici comment installer la mise à jour PHP et garantir que tous les processus redémarrent vraiment.
Lire la suite →09Sécuriser FrankenPHP
FrankenPHP embarque PHP dans son propre programme. Une mise à jour de la distribution ne suffit donc pas : binaire ou image doivent être reconstruits et tous les workers redémarrés.
Lire la suite →10php-cgi : un héritage risqué
php-cgi se cache souvent sans qu'on le remarque dans d'anciennes configurations, des panneaux et sous Windows. Voici comment le trouver, le corriger après PHP2Shell et planifier le passage à PHP-FPM.
Lire la suite →11Corriger PHP dans Kubernetes
Dans le cluster, PHP se trouve dans les images. Voici comment trouver tous les pods vulnérables, reconstruire les images avec un PHP corrigé, les déployer et prouver l'état de chaque workload.
Lire la suite →12Sécuriser PHP sous Windows et IIS
Sous IIS, PHP tourne le plus souvent comme php-cgi.exe via FastCGI. Voici comment trouver toutes les installations, remplacer PHP en toute sécurité, recycler les pools d'applications et contrôler le résultat.
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.