Ce que nous faisons · Données et web: Mises à niveau PHP et correctifs de sécurité à l'échelle du parc
Un PHP en fin de vie ne reçoit jamais le correctif de la prochaine vulnérabilité exploitée. Nous faisons passer les applications sur un PHP supporté sans les casser, et quand une faille critique arrive, nous apportons le correctif sur chaque serveur que nous infogérons le jour même, un hôte à la fois, avec un rollback prêt à chaque étape.
De quoi il s'agit
Deux services qui partagent une même discipline :
- Mises à niveau planifiées : faire passer une application d'une ancienne branche PHP à une branche supportée, y compris les logiciels commerciaux protégés par des encodeurs, sur Linux ordinaire, Plesk et cPanel avec CloudLinux.
- Correctifs d'urgence : quand une vulnérabilité PHP critique est divulguée, une mesure de contournement devant votre application dans l'heure, suivie du PHP corrigé déployé sur tout le parc dès qu'il existe.
Comment nous le construisons
Côte à côte, jamais par-dessus. La nouvelle version de PHP est installée à côté de l'ancienne. La bascule est un changement unique et réversible du socket ou du pool FastCGI, et l'ancienne version continue de tourner comme chemin de rollback jusqu'à la fin d'une période de rodage propre.
La preuve avant le saut. Avant une mise à niveau majeure, nous vérifions la compilation de chaque fichier PHP de l'application sous la version cible, traçons les fichiers que le trafic réel charge effectivement (chemins connectés compris), et vérifions les fichiers encodés en lisant leurs en-têtes plutôt qu'en faisant confiance à la bannière de compatibilité d'un éditeur. Les problèmes remontent sur notre établi, pas sur votre page de paiement.
Une mesure de contournement d'abord. Quand une vulnérabilité critique est divulguée, nous n'attendons pas les paquets. Nous désactivons la fonctionnalité concernée dans la configuration quand c'est possible, et déployons une règle de load balancer qui rejette l'entrée déclencheuse dans les corps de requête, les chaînes de requête et les cookies.
Nos propres builds quand les miroirs traînent. Si les dépôts des distributions sont plus lents que la menace, nous construisons nous-mêmes le PHP corrigé depuis les sources upstream, étiqueté de sorte que le paquet officiel le remplace automatiquement à son arrivée.
Le jour même, en vous tenant informé. Les correctifs d'urgence partent le jour où le correctif existe. Vous êtes tenu informé à chaque étape, et si un correctif exige une interruption de votre service, nous en convenons avec vous au préalable. Les mises à niveau planifiées suivent la même règle : si un changement pouvait toucher votre trafic, nous en convenons l'horaire avec vous avant de commencer.
Un hôte à la fois. Les déploiements vont serveur par serveur, avec un contrôle de santé avant et après chacun. Sur les parcs cPanel et Plesk, un minuteur guette les builds corrigés de l'éditeur et les déploie avec une barrière de santé sur un échantillon de sites en production de chaque serveur ; toute régression arrête le déploiement.
Ce dont il vous protège
- Faire tourner une version de PHP qui ne sera jamais corrigée contre une faille activement exploitée.
- Une mise à niveau qui casse le site sans retour rapide possible.
- Une faille activement exploitée laissée ouverte après la publication de son correctif.
- Des logiciels commerciaux encodés qui refusent de se charger après une mise à niveau.
- Une campagne de correctifs qui s'arrête à mi-chemin parce qu'un serveur s'est mal comporté et que personne ne l'a remarqué.
En pratique
Une réponse le jour même sur tout le parc client. Quand une vulnérabilité PHP critique est signalée dans la nature, notre mesure de contournement en edge et en configuration est en place avant la publication upstream, et nos builds corrigés suivent en quelques heures. Clusters d'édition multi-blades, hôtes applicatifs sur la branche PHP la plus récente, et serveurs Plesk, cPanel et Linux ordinaires de clients individuels sont corrigés un par un, avec un unique redémarrage gracieux des workers d'environ une seconde et aucun changement du temps de rendu non mis en cache.
Des mises à niveau qui atteignent les chemins connectés. Sur les applications PHP commerciales, nous testons non seulement les pages publiques mais aussi les chemins que seuls les utilisateurs connectés et les administrateurs atteignent, parce que c'est là que se cachent les modules retirés et les fichiers périmés. Chaque étape de la mise à niveau peut être annulée par un seul changement de configuration.
Pourquoi EuroVPS
- Une réponse le jour même aux failles PHP critiques sur tout le parc infogéré, en vous tenant informé et en convenant d'abord de toute interruption.
- Nous construisons depuis les sources upstream quand les paquets sont en retard, et laissons les paquets officiels prendre le relais proprement.
- Chaque mise à niveau a un rollback en une étape, conservé jusqu'à la fin du rodage.
- Plesk, cPanel avec CloudLinux et Linux ordinaire, traités avec la même méthode.
- Une trace écrite de chaque serveur corrigé, avec les contrôles avant et après.
Questions fréquentes
- Quelles versions de PHP supportez-vous ? Toute branche dont votre application a besoin pendant la migration, avec un plan pour atteindre une branche supportée. Nous ne laisserons pas un serveur infogéré sur une branche en fin de vie sans vous le dire.
- Une mise à niveau cassera-t-elle nos plugins ou nos modules encodés ? Nous le découvrons avant la bascule, par vérification de compilation et traçage du trafic réel. Tout ce qui est incompatible est listé avec des options avant que nous ne basculions.
- Avons-nous une interruption pendant les correctifs ? Sur les stacks multi-nœuds, non : les nœuds sont corrigés un par un derrière le load balancer. Sur un serveur unique, un redémarrage de PHP-FPM prend environ une seconde, et si une interruption est nécessaire, nous en convenons avec vous au préalable.
- Comment savons-nous que c'est fait ? Vous recevez une trace de ce qui a été changé, quand, et des contrôles de santé avant et après.
Vous voulez un PHP à jour, qui le reste ? Parler à un ingénieur.
Votre prochain partenaire d'infrastructure
Examinons votre environnement.
Dites-nous ce que vous faites tourner aujourd'hui et ce qui doit s'améliorer. Un ingénieur examinera votre demande et vous aidera à planifier la suite.
+357 222 32280
Commençons par votre environnement.
Un peu de contexte nous aide à démarrer la bonne conversation.