Support technique
Documentation
Connexion
Nous contacter
Aucun redémarrage requis
Élimination des perturbations et
des temps d'arrêt liés à l'application des correctifs sous Linux
Les vulnérabilités du noyau posent un problème bien connu aux équipes Linux. Le correctif existe, mais l'appliquer de manière traditionnelle implique d'installer un nouveau noyau et de redémarrer le système.
Cela transforme une simple mise à jour de sécurité de routine en une opération de maintenance : planification, validation des modifications, responsables des applications, risque d'indisponibilité.
Et les systèmes qui ont le plus besoin de correctifs sont souvent les plus difficiles à redémarrer, qu’il s’agisse de bases de données de production ou de charges de travail en cluster – sans parler des parcs de terminaux périphériques et de tout ce qui implique un engagement de disponibilité. Une distribution peut publier un correctif en quelques jours, mais il subsiste tout de même un délai entre le moment où la vulnérabilité est corrigée et celui où vos systèmes sont protégés.
Les correctifs sans redémarrage comblent cette lacune d'une autre manière. Les correctifs sont appliqués à un noyau en cours d'exécution en mémoire ; ainsi, l'exposition prend fin dès l'application du correctif, et non pas au moment où la fenêtre suivante s'ouvre. Cela soulève également des questions légitimes sur la manière dont ces correctifs sont élaborés, testés et validés, ainsi que sur les correctifs qui peuvent réellement être déployés de cette manière.
Rejoignez TuxCare et la Fondation AlmaLinux OS pour découvrir concrètement comment fonctionne l'application de correctifs sans redémarrage, quelle place elle occupe dans les opérations de sécurité sous Linux, et ce qui se passe entre la divulgation d'une vulnérabilité du noyau et la mise en production du correctif.
Au cours de ce webinaire, vous apprendrez :
- Comment les correctifs sans redémarrage permettent d'appliquer des correctifs de sécurité à un noyau Linux en cours d'exécution, et ce qui nécessite tout de même un redémarrage.
- Que se passe-t-il entre la divulgation et le déploiement (développement du correctif, rétroportage, tests et mise en place dans le référentiel) ?
- Dans quels cas les redémarrages obligatoires entraînent-ils des retards opérationnels, et pourquoi une correction rapide en amont ne garantit pas toujours une protection rapide ?
- Comment déterminer dans quelle mesure l'application de correctifs sans redémarrage peut venir compléter votre processus actuel de mise à jour et de gestion des changements sous Linux.
Cette session s'adresse à :
- Administrateurs Linux chargés de l'application des correctifs sur les systèmes de production
- Équipes chargées de la plateforme, de l'infrastructure, du DevOps et du SRE qui gèrent des environnements Linux pour lesquels la disponibilité est essentielle
- Les équipes chargées de la sécurité et de la conformité sont responsables des délais de correction des vulnérabilités, des fenêtres d'exposition et des éléments probants en matière d'audit
- Les responsables informatiques et techniques doivent trouver un équilibre entre les exigences de sécurité et les contraintes liées à la disponibilité et à la maintenance
Pourquoi regarder cette série ?
Le fait qu'un correctif du noyau soit disponible et que le système de production soit protégé ne sont pas deux choses identiques.
Cette session aborde cette lacune sous deux angles : d'une part, la manière dont les distributions Linux développent, testent et diffusent les correctifs de sécurité ; d'autre part, la manière dont les équipes peuvent appliquer les mises à jour du noyau sans que chaque vulnérabilité ne devienne une décision relevant de la fenêtre de maintenance.