Kernel Live-Patching: Patchen ohne Neustart - und warum der Reboot trotzdem kommt
Wenn eine kritische Lücke im Linux-Kernel öffentlich wird, stehen Admins vor einem alten Dilemma. Sofort patchen heißt rebooten, und ein Neustart bedeutet Ausfallzeit, abgebrochene Sitzungen und zusätzliche Wartungsfenster. Kernel-Live-Patching verspricht, das zu umgehen, indem es die fehlerhafte Funktion im laufenden Kernel austauscht, ohne das System anzuhalten. Bei der Lücke Dirty Pipe von 2022 ging dies nicht, ein Reboot war unausweichlich. Bei Copy Fail Anfang 2026 dagegen lieferte ein Anbieter einen Live-Patch. Der gleiche Mechanismus, zwei verschiedene Ergebnisse.
Die Technik ist ausgereift und seit Linux 4.0 aus dem Jahr 2015 fester Bestandteil des Kernels. Mehrere Hersteller bieten sie an. Trotzdem ist Live-Patching kein Ersatz für den Reboot, sondern ein Mittel, das Admins Zeit verschafft und das Fenster für eine Ausnutzung schließt. Ob eine konkrete Lücke sich so schließen lässt, hängt von ihrer technischen Natur ab. In Rechenzentren mit hohen Verfügbarkeitsanforderungen ist die Technik längst Alltag. Wir zeigen, wie Live-Patching funktioniert, wo seine Grenzen liegen und wann ein Reboot trotzdem die bessere Wahl ist.