Passer au contenu principal
Publié le 13 novembre 2026 Activer les mises à jour de sécurité automatiques sur un VPS Linux prend dix minutes. Ne pas le faire coûte des jours d’exposition. Les derniers avis du blog le montrent. Pour php2shell, les attaques ont commencé le matin même de la publication des correctifs. Pour la faille Apache HTTP/2, le correctif existe : seul compte le moment où il arrive sur votre serveur. Pour Copy Fail, le noyau corrigé ne protège qu’après un redémarrage. Le risque n’est pas la faille. C’est le délai entre le correctif publié et le correctif appliqué. Ce guide le ramène à quelques heures, sur Debian, Ubuntu, AlmaLinux et Rocky Linux.

Quel outil pour quelle distribution

Versions des paquets dans les dépôts officiels, relevées le 13 novembre 2026 : AlmaLinux 10 et Rocky Linux 10 restent sur dnf 4 : la configuration ci-dessous vaut pour les deux générations.

Avant d’activer le redémarrage : un snapshot

Un redémarrage automatique, c’est un redémarrage que vous ne surveillez pas. Prenez un snapshot depuis la console avant de l’activer. Si le premier redémarrage se passe mal, vous revenez à un état connu en un clic. Les sauvegardes restent votre protection de fond : un snapshot est un point de retour, pas une sauvegarde.

Activer unattended-upgrades sur Debian et Ubuntu

Installer et activer

Ubuntu installe unattended-upgrades par défaut. Sur Debian, installez-le. Dans les deux cas, la commande ne casse rien :
L’activation tient dans /etc/apt/apt.conf.d/20auto-upgrades. Chaque valeur est un nombre de jours : 1 pour tous les jours, 0 pour désactiver.

Limiter aux mises à jour de sécurité

C’est déjà le comportement par défaut, à une nuance près selon la distribution.
  • Ubuntu : la liste Allowed-Origins prend la version de base, la poche -security et les dépôts ESM s’ils sont présents. -updates, -proposed et -backports sont commentés.
  • Debian : la liste Origins-Pattern prend Debian-Security et l’archive de votre version (celle qui reçoit les publications intermédiaires de la version stable). Les backports et -updates sont commentés.
Ne modifiez pas 50unattended-upgrades : le wiki Debian recommande de placer vos réglages dans un fichier à part, 52unattended-upgrades-local, lu après lui. Sur Debian, si vous voulez strictement les avis de sécurité, videz la liste puis redéclarez-la. Une liste APT ne se remplace pas, elle s’efface avec #clear :
Le fichier fourni par Ubuntu le rappelle : un correctif de sécurité peut dépendre d’un paquet de l’archive principale. C’est pour cela que celle-ci figure dans les listes par défaut. Avec le filtre strict, un tel correctif reste en attente : la simulation plus bas vous le montre.
Pour voir les origines réellement configurées sur votre serveur :

Choisir le redémarrage automatique

Un noyau, une bibliothèque C ou systemd corrigés ne protègent qu’après un redémarrage. Quand un paquet l’exige, il crée /var/run/reboot-required. unattended-upgrades ne redémarre que si ce fichier existe et si vous l’avez autorisé. Ajoutez les réglages au fichier local (créez-le s’il n’existe pas encore) :
Automatic-Reboot-Time accepte aussi now (la valeur par défaut) ou +m, un délai en minutes. L’installation elle-même part de apt-daily-upgrade.timer, réglé par défaut à 6 h avec un délai aléatoire d’une heure. Pour qu’elle précède le redémarrage de la même nuit, avancez-la :
Gardez le délai aléatoire : le wiki Debian le recommande pour éviter que tous les serveurs interrogent les miroirs à la même seconde.

Recevoir un rapport par e-mail

L’envoi passe par la commande mail : il faut un paquet qui la fournit, comme bsd-mailx, et un serveur de messagerie local capable d’envoyer vers l’extérieur.
Si ce test n’arrive pas, le rapport n’arrivera pas non plus. Notre guide SPF, DKIM, DMARC et reverse DNS couvre la délivrabilité.

Vérifier : simulation, minuteurs et journaux

Bon résultat : la simulation liste les paquets de sécurité en attente sans erreur, et list-timers affiche une prochaine exécution dans les 24 heures.

Configurer dnf-automatic sur AlmaLinux et Rocky Linux

Installer

Sécurité seulement, redémarrage et e-mail

Tout se règle dans /etc/dnf/automatic.conf. Modifiez ces lignes dans leurs sections respectives :
Avec stdio, le rapport part aussi dans le journal systemd. Avec email, dnf-automatic envoie lui-même le message au serveur SMTP indiqué par email_host : un serveur de messagerie local, Postfix par exemple, doit l’accepter.

Choisir l’heure et activer

Le redémarrage suit l’installation de cinq minutes. Choisir l’heure du redémarrage revient donc à choisir l’heure du minuteur, réglé par défaut à 6 h avec un délai aléatoire d’une heure :
Le paquet fournit aussi dnf-automatic-install.timer, qui installe quel que soit apply_updates, et dnf-automatic-notifyonly.timer, qui ne fait que prévenir. N’en activez qu’un.

Vérifier

sudo systemctl start dnf-automatic.service lance une exécution réelle : avec la configuration ci-dessus, il installe les correctifs et peut redémarrer le VPS cinq minutes plus tard. Utilisez la simulation pour tester.

Si le VPS ne redémarre pas

C’est rare, et tout se rattrape depuis la console.

Pièges courants

Les services tournent encore sur l’ancien code. Un paquet mis à jour ne remplace pas le processus en mémoire. Sur Ubuntu 24.04 et suivantes, unattended-upgrades appelle needrestart, qui redémarre les services concernés. Ailleurs, listez les processus qui utilisent des fichiers remplacés avec sudo dnf needs-restarting sur AlmaLinux et Rocky, et redémarrez les services concernés. Notre routine d’audit nginx montre comment repérer un processus plus ancien que sa mise à jour. Les dépôts tiers ne sont pas couverts. Les origines par défaut ne visent que les dépôts de la distribution. PHP installé depuis un dépôt externe, Docker, nginx.org : leurs correctifs ne passent pas par ce mécanisme. Ajoutez leur origine à Origins-Pattern après l’avoir lue dans apt-cache policy, ou suivez leurs avis vous-même. Un paquet gelé reste gelé. Un paquet marqué avec apt-mark hold, ou listé dans Package-Blacklist, n’est jamais mis à jour automatiquement. Vérifiez avec apt-mark showhold. Une mise à jour manuelle attend son tour. Pendant qu’unattended-upgrades travaille, il tient le verrou de dpkg. Un apt upgrade lancé au même moment attend : ne supprimez pas le verrou. Les conteneurs ne suivent pas l’hôte. Les images Docker embarquent leurs propres paquets. Elles se mettent à jour en reconstruisant ou en tirant une nouvelle image, pas par l’hôte. Le rapport ne part pas. Pas de commande mail, pas de serveur de messagerie local, ou un message rejeté par le destinataire : envoyez un e-mail de test avant de compter sur les rapports.

Pour aller plus loin

Une question sur un serveur hébergé chez nous ? Notre équipe est disponible depuis votre espace client.