Sujet : patching
-
Support Repository Updates et modèle de correctifs de Solaris 11.4 : SRU, CPU et vérification de ce qui est installé
Solaris 11.4 se met à jour via le même chemin pkg update que n'importe quelle installation ; la version de l'incorporation entire indique le niveau exact de mise à jour, Oracle publie ses correctifs sous forme de Support Repository Updates à peu près mensuelles (une sur trois est aussi une Critical Patch Update), et les phases Premier, Extended et Sustaining d'Oracle déterminent ce que livre chaque étape.
-
Vérifier le cycle de vie du support d'un système d'exploitation avant d'automatiser des opérations sur celui-ci
Automatiser des workflows de correctifs, de mise à niveau ou de conformité sur un hôte dont le support est déjà terminé donne une fausse assurance : plus aucun correctif de sécurité ne viendra, quoi que rapporte l'automatisation. Cette méthodologie indique où chaque grand éditeur publie ses dates de cycle de vie et comment intégrer une vérification de fin de vie (EOL) dans une étape préalable.
-
Mettre à jour FreeBSD : freebsd-update pour le système de base, pkg upgrade pour les paquets et pkg audit pour les vulnérabilités connues
FreeBSD sépare les mises à jour en deux outils indépendants : freebsd-update fetch/install pour le système de base (avec upgrade -r pour changer de version majeure) et pkg upgrade pour les paquets installés. pkgbase, qui installe le système de base lui-même sous forme de paquets pkg(8), est documenté comme expérimental sous FreeBSD 14 et comme préversion technologique pour FreeBSD 15.0 ; ce n'est pas encore la voie par défaut.
-
Appliquer des correctifs sur AIX : Technology Levels, Service Packs, instfix et correctifs provisoires emgr
AIX distribue ses correctifs sous forme de Technology Levels et de Service Packs, appliqués avec installp et vérifiés avec instfix et lslpp, ainsi que de correctifs provisoires (ifixes/efixes) gérés avec emgr. Savoir quelle couche on met à jour, et qu'un Service Pack peut être appliqué sans être validé (commit), évite une mise à jour impossible à annuler proprement.
-
Correctifs de jeu : localité des octets dans les paquets, chunks de livraison et manifestes
Maîtrisez la taille des mises à jour en comprenant quels octets changent dans les paquets, en distinguant les chunks de contenu logique des chunks de transfert, et en mesurant le trafic de téléchargement séparément du travail d'installation.
-
Configurer unattended-upgrades pour les correctifs de sécurité automatiques sur Debian et Ubuntu
unattended-upgrades installe les mises à jour de paquets selon un minuteur, à l'aide de deux fichiers : 20auto-upgrades (activation et fréquence) et 50unattended-upgrades (dépôts concernés et redémarrage). Un essai avec --dry-run --debug avant la mise en production évite les redémarrages inattendus ou les mises à jour appliquées à moitié.
Lisible par machine : JSON