Thema: patching
-
Support Repository Updates und das Patching-Modell von Solaris 11.4: SRUs, CPUs und die Prüfung des installierten Stands
Solaris 11.4 wird über denselben pkg-update-Weg gepatcht wie jede andere Installation. Die Version der Incorporation entire gibt den exakten Update-Stand an. Oracle liefert Fixes als ungefähr monatliche Support Repository Updates, von denen jedes dritte zugleich ein Critical Patch Update ist, und Oracles Support-Phasen Premier, Extended und Sustaining legen fest, was in der jeweiligen Phase geliefert wird.
-
Den Support-Lebenszyklus eines Betriebssystems prüfen, bevor Automatisierung darauf aufsetzt
Wer Patch-, Upgrade- oder Compliance-Workflows gegen einen Host automatisiert, dessen Betriebssystem das End-of-Life bereits überschritten hat, erzeugt trügerische Sicherheit: Es erscheinen keine Sicherheitskorrekturen mehr, unabhängig davon, was die Automatisierung meldet. Die Methodik nennt, wo die wichtigsten Hersteller ihre Lifecycle-Daten veröffentlichen und wie sich eine EOL-Prüfung in einen Pre-Flight-Schritt einbauen lässt.
-
FreeBSD aktualisieren: freebsd-update für das Basissystem, pkg upgrade für Pakete und pkg audit für bekannte Schwachstellen
FreeBSD verteilt das Patchen auf zwei voneinander unabhängige Werkzeuge: freebsd-update fetch/install für das Basissystem (mit upgrade -r für einen Wechsel des Major-Release) und pkg upgrade für installierte Pakete. pkgbase, also die Installation des Basissystems selbst als pkg(8)-Pakete, ist für FreeBSD 14 als experimentell und für FreeBSD 15.0 als Technology Preview dokumentiert und noch nicht der Standardweg.
-
AIX patchen: Technology Levels, Service Packs, instfix und Interim Fixes mit emgr
AIX liefert Korrekturen als Technology Levels und Service Packs, die mit installp eingespielt und mit instfix und lslpp geprüft werden; dazu kommen temporäre Interim Fixes (ifixes/efixes), die mit emgr verwaltet werden. Wer weiss, welche Ebene er aktualisiert und dass ein Service Pack angewendet werden kann, ohne committet zu werden, vermeidet ein Update, das sich nicht sauber zurückrollen lässt.
-
Spiel-Patches: Byte-Lokalität in Paketen, Delivery-Chunks und Manifeste
Die Update-Grösse lässt sich steuern, indem geänderte Paket-Bytes verstanden, logische Inhalts-Chunks von Transfer-Chunks getrennt und der Download-Traffic unabhängig vom Installationsaufwand gemessen werden.
-
unattended-upgrades für automatische Sicherheitsupdates unter Debian und Ubuntu konfigurieren
unattended-upgrades installiert Paketupdates zeitgesteuert und wird über zwei Dateien konfiguriert: 20auto-upgrades (ob und wie oft) und 50unattended-upgrades (welche Quellen und ob neu gestartet wird). Ein Test mit --dry-run --debug vor dem Produktiveinsatz verhindert unerwartete Neustarts oder halb eingespielte Upgrades.
Maschinenlesbar: JSON