Technischer Support
Dokumentation
Anmeldung
Kontakt
Kein Neustart erforderlich:
– Beseitigung von Störungen und
– Vermeidung von Ausfallzeiten bei der Installation von Linux-Patches
Sicherheitslücken im Kernel stellen Linux-Teams vor ein bekanntes Problem. Es gibt zwar einen Fix, doch um diesen auf herkömmliche Weise anzuwenden, muss ein neuer Kernel installiert und das System neu gestartet werden.
Dadurch wird aus einem routinemäßigen Sicherheitsupdate ein Wartungsvorgang: Terminplanung, Genehmigung von Änderungen, Anwendungsverantwortliche, Ausfallrisiko.
Und gerade die Systeme, die am dringendsten gepatcht werden müssen, lassen sich oft am schwersten neu starten – von Produktionsdatenbanken und Cluster-Workloads bis hin zu Edge-Flotten und allen Systemen, für die eine Verfügbarkeitsgarantie gilt. Ein Distributor kann zwar innerhalb weniger Tage einen Patch bereitstellen, doch bleibt dennoch eine Lücke zwischen der Behebung der Sicherheitslücke und dem tatsächlichen Schutz Ihrer Systeme.
Das Patchen ohne Neustart schließt diese Lücke auf andere Weise. Korrekturen werden auf einen laufenden Kernel im Arbeitsspeicher angewendet, sodass die Sicherheitslücke bereits mit dem Einbau des Patches geschlossen wird und nicht erst, wenn das nächste Fenster geöffnet wird. Dies wirft jedoch berechtigte Fragen darüber auf, wie diese Patches erstellt, getestet und als vertrauenswürdig eingestuft werden und welche Korrekturen auf diese Weise überhaupt bereitgestellt werden können.
Erleben Sie gemeinsam mit TuxCare und der AlmaLinux OS Foundation einen praktischen Einblick in die Funktionsweise von Patches ohne Neustart, ihre Rolle im Linux-Sicherheitsbetrieb und die Abläufe zwischen der Bekanntgabe einer Kernel-Sicherheitslücke und der Bereitstellung eines Fixes in der Produktionsumgebung.
In diesem Webinar erfahren Sie mehr:
- Wie durch „Rebootless Patching“ Sicherheitskorrekturen auf einen laufenden Linux-Kernel angewendet werden und was weiterhin einen Neustart erfordert.
- Was geschieht zwischen der Bekanntgabe und der Bereitstellung (Entwicklung des Patches, Backporting, Tests und Ausrollung im Repository)?
- In welchen Fällen führen Neustartanforderungen zu Betriebsverzögerungen, und warum bedeutet eine schnelle Fehlerbehebung auf der Upstream-Seite nicht immer einen schnellen Schutz.
- So entscheiden Sie, inwiefern das Patching ohne Neustart Ihren bestehenden Prozess für Linux-Updates und das Änderungsmanagement ergänzt.
Diese Veranstaltung richtet sich an:
- Linux-Administratoren, die für die Installation von Patches auf Produktionssystemen zuständig sind
- Plattform-, Infrastruktur-, DevOps- und SRE-Teams, die verfügbarkeitskritische Linux-Umgebungen verwalten
- Sicherheits- und Compliance-Teams, die für Zeitpläne zur Behebung von Schwachstellen, Zeitfenster für Sicherheitsrisiken und Prüfungsnachweise verantwortlich sind
- Führungskräfte aus den Bereichen IT und Technik, die Sicherheitsanforderungen gegen Verfügbarkeits- und Wartungsbeschränkungen abwägen
Warum sollte man sich das ansehen?
Dass ein Kernel-Patch verfügbar ist und dass ein Produktionssystem geschützt ist, sind nicht dasselbe.
In dieser Sitzung wird diese Lücke von beiden Seiten beleuchtet: Wie Linux-Distributionen Sicherheitspatches erstellen, testen und bereitstellen, und wie Teams Kernel-Updates anwenden können, ohne dass jede Sicherheitslücke zu einer Entscheidung im Rahmen eines Wartungsfensters wird.