Patch su flotte Linux miste senza riavvio: la guida di CloudLinux

CloudLinux ha pubblicato il 22 settembre 2026 sul proprio blog una guida operativa su come gestire le patch di sicurezza su flotte di server con distribuzioni Linux diverse, un problema comune a chi gestisce hosting con server accumulati nel tempo tra cPanel, Plesk e macchine senza pannello. La fonte è il blog ufficiale CloudLinux, all'indirizzo blog.cloudlinux.com/patch-mixed-distro-fleet.

Il problema: frammentazione su due assi

Secondo i dati del CloudLinux Web Hosting Trends Report 2026 citati nell'articolo, tra i provider di hosting censiti:

Pannello	Quota provider
cPanel/WHM	64%
Plesk	31%
DirectAdmin	23%
Pannelli custom	19%
Nessun pannello	20%

Le percentuali superano il 100% perché molti provider usano più pannelli contemporaneamente. CloudLinux osserva che la flotta media si frammenta su due assi insieme, distribuzioni e pannelli, e che questo moltiplica la complessità operativa più che sommarla.

La soluzione proposta: KernelCare ed ELS

CloudLinux presenta due prodotti come risposta al problema. KernelCare applica patch al kernel in esecuzione, in memoria, senza riavvio e senza preavviso al cliente, con un solo agente che copre CloudLinux, AlmaLinux, RHEL, Ubuntu, Debian, Rocky Linux e Oracle Linux. ELS (Extended Lifecycle Support) mantiene aggiornati, tramite il package manager esistente e senza migrazioni, software che il vendor ha dichiarato end-of-life: CentOS 7, MariaDB, MySQL, Apache, PHP e le librerie di base glibc, OpenSSL e OpenSSH.

Procedura consigliata

La guida indica una sequenza operativa in sette passi: fare l'inventario di ogni kernel build in uso con uname -r su tutta la flotta, raggruppato per build e non per nome della distro; verificare la copertura su patches.kernelcare.com; dividere i kernel scoperti tra quelli a fine vita (gestibili con ELS) e quelli davvero non supportati, che richiedono un piano di migrazione; distribuire l'agente a un gruppo pilota, un server per famiglia di distro; puntare i server air-gapped o vincolati da pannello verso ePortal; e infine ritirare il calendario dei riavvii per le CVE del kernel, mantenendolo solo per aggiornamenti hardware e non-kernel.

L'articolo segnala anche un dettaglio pratico: poiché il live patching corregge il kernel in memoria senza cambiare la versione del pacchetto installato, WHM può continuare a mostrare un avviso di riavvio anche su un server già patchato.

KoaVM, Koapanel, Koabilling, Prime Server e 1PrimeCDN non sono citati in questo articolo.