Licence KernelCare : correctifs de sécurité du noyau sans redémarrage

KernelCare applique les correctifs de sécurité au noyau Linux en cours d'exécution, machine allumée. L'alternative habituelle consiste à installer le nouveau noyau et à programmer un redémarrage — ce qui, sur une machine qui héberge des centaines de sites, veut dire une fenêtre de maintenance en pleine nuit, une annonce aux clients et, plus souvent qu'on ne l'admet, un correctif qui reste des semaines sans être appliqué. Pendant tout ce temps, le serveur continue de tourner avec un noyau dont la faille est déjà publique. Le live patching supprime ce dilemme : le correctif entre dans le noyau en mémoire, les processus ne sont pas interrompus et l'uptime n'est pas remis à zéro. C'est fait pour les hébergeurs mutualisés qui regroupent des centaines de comptes sur une machine, les revendeurs qui partagent un serveur avec leurs clients et les administrateurs qui ne trouvent jamais le bon moment pour redémarrer quoi que ce soit.

La licence que vous achetez ici est enregistrée sur l'adresse IP de votre serveur, et non dans un fichier de clé à télécharger puis à mettre à l'abri. L'installation tient en une commande sur le serveur : le script identifie la licence à partir de l'IP et met l'agent en service. Le paiement sort de votre solde prépayé sans étape de validation intermédiaire, la licence est donc en général active en moins d'une minute. Quand vous déplacez le serveur vers une autre machine ou un autre datacenter, vous changez l'IP vous-même dans le panel — sans ticket, sans attente — et la licence de l'ancienne adresse s'arrête immédiatement. Si vous gérez un parc, la création, le renouvellement, la suspension et le changement d'IP passent tous par l'API REST, ouverte à tous les niveaux de compte et branchable sur WHMCS ou sur votre propre système. Les licences mensuelles courent jusqu'à la fin de la période payée et le renouvellement automatique se désactive quand vous le souhaitez : ni engagement, ni frais de résiliation. Chaque commande, renouvellement et appel API est journalisé sur votre compte avec son résultat.

Les correctifs sont compilés pour les noyaux d'origine des distributions. Si vous faites tourner un noyau recompilé ou modifié, vérifiez `uname -r` avant de commander, car l'agent ne trouvera tout simplement rien à appliquer. En virtualisation par conteneurs, OpenVZ ou LXC, le noyau appartient au nœud hôte : la licence se prend donc sur l'hôte et non sur chaque conteneur. KVM, VMware et les serveurs physiques font tourner chacun leur propre noyau et demandent chacun leur propre licence. Le patching de l'espace utilisateur — garder à jour des composants comme OpenSSL et glibc sans redémarrer les services — et le support étendu des distributions arrivées en fin de vie sont des périmètres distincts : le catalogue indique ce que couvre chaque offre, au tarif en vigueur. Enfin, les redémarrages ne disparaissent pas complètement : un changement de version majeure du noyau, une modification matérielle ou de pilote et certaines mises à jour système appellent toujours un redémarrage planifié. Ce que vous gagnez, c'est de ne plus avoir à reporter un correctif de sécurité jusqu'à ce jour-là.