Ce que nous faisons · Opérations: Réponse d'urgence aux vulnérabilités, le jour même
Entre un avis critique et l'arrivée du correctif sur votre serveur, c'est nous qui fermons la brèche. Les mesures de contournement sont en place en quelques heures, les paquets corrigés sont construits en interne le jour même de la publication du correctif, et chaque serveur touché est corrigé le jour même, un hôte à la fois, avec un chemin de retour testé.
De quoi il s'agit
- h2: De quoi il s'agit
Une procédure d'urgence rodée, pas une course improvisée. Elle couvre tout le chemin, de la lecture de l'avis jusqu'à la preuve, après coup, que personne n'a profité de la fenêtre. Elle s'appuie sur notre propre miroir de paquets dans notre datacenter, pour que la correction ne dépende jamais de la bonne journée d'un miroir public.
Comment nous le construisons
- h2: Comment nous le construisons
Lire d'abord notre propre parc. Nous confirmons quels serveurs exécutent le composant touché et si les applications qui y tournent utilisent réellement la fonction vulnérable.
Atténuer d'abord. Pendant que le correctif se prépare, la mesure de contournement la moins perturbante est mise en place : un changement de configuration, une fonction désactivée, une règle en edge. Les mesures qui coûtent en performance sont levées dès que le vrai correctif est en place. Celles qui ne coûtent rien restent.
Le construire nous-mêmes, le jour même. Quand le projet amont publie la source corrigée, nous construisons les paquets corrigés le jour même. Nous construisons à partir de la spécification de paquet du mainteneur de la distribution, dans un conteneur propre, et nous étiquetons la version de sorte que le build de l'éditeur remplace le nôtre automatiquement à la prochaine mise à jour normale. Les paquets vont dans notre propre miroir, sommes de contrôle consignées.
Déployer un hôte à la fois. Chaque serveur passe un contrôle avant et un contrôle après : les mêmes modules chargés avant et après, les mêmes sites qui répondent, l'application qui renvoie une réponse saine. Les pools de workers sont redémarrés en douceur, de sorte qu'un site chargé voit une pause d'environ une seconde, pas une interruption.
Automatiser la partie délicate. Pour les parcs plus grands, comme les plateformes cPanel et Plesk où le correctif vient de l'éditeur du panneau de contrôle, un déploiement cadencé met à niveau un serveur par passe, teste de vrais sites dessus avant et après, et arrête toute la vague et appelle un ingénieur dès qu'un seul site ne revient pas correctement.
Vérifier si la fenêtre a été utilisée. Après le déploiement, nous passons au crible les journaux web et d'authentification sur la fenêtre de divulgation, à la recherche de tentatives d'exploitation et de tout ce qui aurait réussi.
Ce dont il vous protège
-
h2: Ce dont il vous protège
-
Une faille activement exploitée laissée ouverte après la publication de son correctif.
- Un correctif précipité qui casse tous les sites d'un serveur la nuit, sans personne pour regarder.
- Un patch dont personne ne peut garantir l'origine.
- Une correction bloquée parce qu'un miroir public est lent ou injoignable.
- Ne pas savoir si quelqu'un est entré avant l'arrivée du correctif.
En pratique
- h2: En pratique
Des divulgations critiques de runtime, fermées en une journée. Quand une faille PHP de sévérité maximale reçoit son correctif officiel, les mesures de contournement sont en place sur les plateformes infogérées avant midi. Le PHP corrigé, construit en interne depuis la spécification du mainteneur, est publié sur notre miroir interne dans les heures qui suivent la publication amont, et les serveurs applicatifs d'un éditeur de presse sont corrigés un par un, chacun avec un seul redémarrage en douceur des workers d'environ une seconde.
Le parc d'une agence digitale, corrigé avant minuit. Le même soir, le parc multi-serveurs d'une agence digitale a été corrigé de bout en bout, y compris les hôtes dont les builds corrigés venaient de l'éditeur de leur panneau de contrôle tard ce jour-là et sont passés par le déploiement automatisé à arrêt automatique. Quand le développeur principal de l'agence a demandé, tard ce soir-là, si leurs serveurs étaient couverts, il a eu sa réponse dans l'heure : chacun d'eux était fait.
Et les journaux étaient propres. Un passage au crible de la fenêtre de divulgation sur les plateformes corrigées n'a trouvé que du balayage (scanning) et une tentative lente et distribuée de deviner des identifiants, le tout refusé, et aucun signe de compromission.
Pourquoi EuroVPS
-
h2: Pourquoi EuroVPS
-
Correction le jour même sur chaque serveur touché, pas « à la prochaine fenêtre de maintenance ».
- Nous construisons nous-mêmes des paquets corrigés de confiance, le jour même de la publication du correctif.
- Notre propre miroir de paquets dans notre propre datacenter, joignable uniquement depuis notre espace d'adressage.
- Chaque déploiement a ses contrôles avant, ses contrôles après et un arrêt automatique.
- Nous cherchons ensuite des traces d'exploitation, et nous vous disons ce que nous avons trouvé.
Questions fréquentes
- h2: Questions fréquentes
- Corrigez-vous mon serveur sans demander ? Pour les vulnérabilités critiques sur les services infogérés, nous corrigeons le jour même et nous vous tenons informé tout du long. Toute indisponibilité est convenue avec vous au préalable.
- La correction va-t-elle faire tomber mon site ? Nous concevons les déploiements pour l'éviter : redémarrages en douceur, un hôte à la fois, contrôles de santé avant et après, et arrêt automatique si quelque chose paraît anormal.
- Et si mon application a besoin d'une ancienne version ? Nous l'atténuons autour, nous l'isolons, nous convenons d'un chemin de mise à niveau avec vous et nous documentons les mesures en place.
- Est-ce que je reçois un rapport ? Oui. Vous recevez ce qui était touché, ce que nous avons fait, quand, et ce que la revue des journaux a montré.
- closing line: Si vous voulez des vulnérabilités fermées par des gens qui construisent eux-mêmes le correctif, 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.