# Ubuntu Wartung: 83 Paketaktualisierungen überprüft Über Nacht vom 4 bis 5 November 2026, Pariser Zeit haben wir routinemäßige Ubuntu 26.04 LTS-Updates auf zwei VPS-Instanzen angewendet und ihre Wiederinbetriebnahme überprüft. Die Intervention umfasste 83-Paketaktualisierungen: 23 auf einem Server und 60 auf dem anderen. Dieses Konto deckt die Systemwartung ab. Der mit CVE-2026-98432 verbundene Kernel-Fix wurde während eines separaten Eingriffs am 3 November installiert. Die beiden Vorgänge haben unterschiedliche Zwecke und separate Validierungsnachweise. ## Ein definierter Bereich für Ubuntu-Paketaktualisierungen Die Pakete stammten aus den üblichen Ubuntu-Repositorys, deren signierte Metadaten überprüft wurden. Vor der Installation haben wir die installierten Versionen, verfügbaren Versionen und erwarteten Änderungen verglichen. Das Endergebnis entspricht den geplanten 83-Updates, ohne dass Pakete hinzugefügt oder entfernt wurden. Systemd hat jetzt die Version 259.9-0ubuntu0.1.. Das Betriebssystem bleibt Ubuntu 26.04 LTS. Durch diesen Eingriff bleiben die vorhandenen Kernel-Versionen Node.js, Docker und PostgreSQL sowie die bereits bereitgestellten Anwendungsversionen erhalten. Es ist keine PRNext npm Paketaktualisierung in Ihren Projekten erforderlich. ## Die Kernel-Sicherheit bleibt ein separates Folgethema Nach dem Neustart führen beide Server weiterhin 7.0.0-43-generic aus den Ubuntu 7.0.0-43.43-Paketen aus, die am 3 November installiert wurden. Diese offiziellen Pakete wurden nach einer bestimmten Entscheidung und speziellen Kontrollen aus der vorgeschlagenen Testtasche ausgewählt, ohne diese Tasche global zu aktivieren. Bei der Überprüfung am 5 November beschreibt der offizielle Tracker von Ubuntu diese Version immer noch als in der Qualifikation für Ubuntu 26.04 LTS. Die 83-Paketaktualisierungen in dieser Wartung stellen daher keinen neuen CVE-2026-98432-Fix dar. Unser vorheriger Artikel erklärt die Kernel-Entscheidung und den Unterschied zwischen einem verfügbaren Paket, seinem Vertriebskanal und dem tatsächlich laufenden Kernel. [Ubuntus offizieller Tracker](https://ubuntu.com/security/CVE-2026-98432) [Unser vorheriger Artikel](/de/blog/cve-2026-98432-ubuntu-waiting-for-kernel-fix) ## Warum im selben Kernel neu starten? Durch das Ersetzen einer Bibliothek auf der Festplatte wird die bereits von einem laufenden Prozess geladene Kopie nicht automatisch erneuert. Nach der Installation wurden bei unseren Überprüfungen immer noch Dienste gefunden, die alte Bibliotheken nutzen. Wir haben daher die VPS-Instanzen nacheinander neu gestartet und die erste überprüft, bevor wir mit der zweiten fortgefahren haben. Nach jedem Neustart bestätigte eine neue SSH-Verbindung, dass der Administratorzugriff wiederhergestellt war. Die abschließenden Überprüfungen ergaben, dass kein Dienst die alten Bibliotheken noch nutzte. Die SSH-Konfiguration und der bestehende Zugriff blieben erhalten. Aus diesem Grund war ein Neustart Teil dieser Arbeit, obwohl während der Wartung kein neuer Kernel installiert wurde. ## Überprüfen Sie die Dienste nach dem Start Wir haben die Auflösung von DNS, die öffentlichen HTTPS-Antworten und die PostgreSQL-Bereitschaft überprüft, einschließlich einer einfachen Abfrage, die bestätigt, dass die Datenbank geantwortet hat. Die fünf nativen Anwendungsendpunkte gaben außerdem HTTPS 200-Antworten mit normaler TLS-Verifizierung zurück. Drei Container befanden sich nach dem Neustart zunächst im Ruhezustand. HEAD-Anfragen an ihre nativen Adressen weckten sie über den normalen Mechanismus der Plattform. Anschließend wurde beobachtet, dass alle fünf Container mit denselben Kennungen und Bildern betrieben wurden. Diese Prüfungen stellen fest, dass die getesteten Endpunkte wieder in Betrieb genommen wurden. Sie validieren nicht jeden Geschäftsworkflow innerhalb einer Anwendung. Die temporären Netzwerkfilter- und MPTCP-Einstellungen blieben bestehen. Wir haben die Regeln nach dem Booten überprüft und bestätigt, dass MPTCP in jedem beobachteten Netzwerk-Namespace deaktiviert war, auch nach dem Aufwecken der Container. Diese Schutzmaßnahmen behalten ihre Einschränkungen und ersetzen nicht den Kernel-Fix. ## Behalten Sie schrittweise Updates im Auge Sieben Pakete auf jedem Server waren weiterhin Gegenstand der schrittweisen Einführung von Ubuntu. Wir haben diesen Mechanismus beibehalten, ohne ihre Installation zu erzwingen. In der Dokumentation von Ubuntu wird erklärt, dass einige Aktualisierungen schrittweise verteilt werden, um die Auswirkungen einer möglichen Regression zu begrenzen. In derselben Dokumentation heißt es, dass Sicherheitsupdates niemals schrittweise erfolgen. Eine Meldung über zurückgestellte Pakete erfordert daher eine Überprüfung ihres tatsächlichen Status, anstatt einen allgemeinen Befehl zur Umgehung dieses Schutzes anzuwenden. [Dokumentation von Ubuntu](https://ubuntu.com/server/docs/explanation/software/about-apt-upgrade-and-phased-updates/) ## Was das für Ihren VPS bedeutet Die 83-Pakete spiegeln den Zustand unserer Server zum Zeitpunkt des Eingriffs wider. Ihre Distribution, Repositorys und installierte Software führen zu einem anderen Ergebnis. Vergleichen Sie den vorgeschlagenen Update-Plan mit Ihrer Installation, bereiten Sie eine Wiederherstellungsoption vor und überprüfen Sie die Dienste, von denen Ihre Anwendung nach der Erneuerung abhängt. Dies ist ein veraltetes Konto: Die heute verfügbaren Versionen können sich morgen ändern. Für den Kernel konsultieren Sie den Tracker von Ubuntu bezüglich der Schwachstelle und Ihrer Paketfamilie. Nutzen Sie für die Anwendung auch die Funktionen, die für Ihre Benutzer wichtig sind. Eine erfolgreiche HTTP-Antwort liefert nützliche Beweise, deren Umfang klar bleiben muss. ## Sources [Ubuntu · CVE-2026-98432](https://ubuntu.com/security/CVE-2026-98432) [Ubuntu · Fixes available in -proposed for CVE-2026-98432](https://ubuntu.com/blog/fixes-available-in-proposed-pocket-for-cve-2026-98432) [Ubuntu Server · About apt upgrade and phased updates](https://ubuntu.com/server/docs/explanation/software/about-apt-upgrade-and-phased-updates/) Veröffentlicht: 2026-11-05 Geändert: 2026-11-05 Autor: PRNext --- Sprache: de Canonical: https://prnext.dev/de/blog/ubuntu-maintenance-83-packages-verified-after-reboot Index: https://prnext.dev/llms.txt