Zum Hauptinhalt springen
Diese Website enthält mit KI erstellte Inhalte. Mehr erfahren
KI
Aktuell

Warum Patchen unerlässlich ist

Selbst Microsoft schafft es nicht, in einem Rutsch fehlerfrei zu patchen. Was das für jedes Unternehmen bedeutet, das Updates nicht als einmalige Aufgabe, sondern als fortlaufenden Prozess begreifen muss.

Über unseren Patch Tuesday im September 2026 haben wir bereits berichtet: 973 Sicherheitslücken, zwei davon bereits aktiv ausgenutzt. Was seitdem passiert ist, zeigt aber noch etwas anderes — und eigentlich noch Grundsätzlicheres: Patchen ist kein einmaliger Haken auf einer To-do-Liste, sondern ein fortlaufender Prozess. Selbst Microsoft, mit allen verfügbaren Ressourcen der Welt, schafft es nicht, in einem einzigen Anlauf fehlerfrei zu patchen.

Wie heise online berichtet, musste Microsoft in der Nacht zum 14. September 2026 außerplanmäßig nachbessern — und zwar aus zwei völlig unterschiedlichen Gründen gleichzeitig.

Grund 1: Die eigenen Updates verursachten neue Probleme

Die regulären September-Updates hatten spürbare Nebenwirkungen: Remote-Desktop-Dienste wurden instabil, USB-Audio-Geräte starteten mit Fehlercode 10 gar nicht mehr, Mehrkanal-Ton funktionierte fehlerhaft, und Hyper-V zeigte Probleme mit Linux-Gästen und freigegebenen Host-Ordnern. Ein Sicherheitsupdate hatte an anderer Stelle im System also handfeste Betriebsstörungen ausgelöst — für jedes Unternehmen, das seine Systeme betreut, ein Albtraum-Szenario: Man patcht, um sicherer zu werden, und büßt dafür Stabilität ein.

Grund 2: Eine vergessene Lücke aus dem August

Im selben außerplanmäßigen Update schloss Microsoft zwei weitere Sicherheitslücken — eine davon mit einer bemerkenswerten Vorgeschichte:

CVE-2026-62721

Windows User-Mode Power Services — Elevation of Privilege

CVSS 7,8. Sollte laut Microsoft eigentlich schon seit dem August-Patchday geschlossen sein — wurde aber schlicht vergessen und musste jetzt nachgezogen werden.

CVE-2026-85921

Windows Secure Kernel Mode — Elevation of Privilege

Als kritisch eingestufte Rechteausweitungslücke, die ausschließlich Windows 11 26H1 betrifft.

Eine Lücke, die einen Monat lang ungepatcht offen stand, obwohl sie längst hätte geschlossen sein sollen — nicht weil sie unbekannt war, sondern weil sie im Prozess durchgerutscht ist. Genau das ist der Punkt: Patch-Management scheitert in der Praxis selten an fehlendem Wissen über eine Lücke, sondern an Lücken im Prozess selbst — egal wie groß die Organisation dahinter ist.

Der Zeitverlauf im Überblick

  1. 8. September 2026

    Patch Tuesday: 973 Lücken auf einen Schlag

    Microsoft veröffentlicht das größte Sicherheitsupdate seiner Firmengeschichte — darunter zwei bereits aktiv ausgenutzte Zero-Days.

  2. 12. September 2026

    Kollateralschaden wird sichtbar

    Erste bestätigte Probleme durch die Updates: Remote-Desktop-Dienste laufen instabil, USB-Audio-Geräte starten nicht mehr, Hyper-V zickt bei Linux-Gästen.

  3. 14. September 2026

    Außerplanmäßige Nachbesserung

    Microsoft schiebt Out-of-Band-Updates nach, um die selbst verursachten Fehler zu beheben — mit gemischtem Erfolg, das USB-Audio-Problem bei Klasse-1-Geräten bleibt zunächst bestehen.

  4. 14. September 2026

    Eine vergessene Lücke wird nachgezogen

    Im selben Update taucht CVE-2026-62721 auf — eine Rechteausweitungslücke, die eigentlich schon im August hätte geschlossen sein sollen, aber schlicht vergessen wurde.

Die eigentliche Lehre daraus

Patchen ist kein Zustand, den man einmal erreicht und dann abhakt. Es ist ein Kreislauf: veröffentlichen, ausrollen, beobachten, bei Problemen reagieren, bei Lücken im Prozess nachziehen — und von vorn. Wer diesen Kreislauf nicht aktiv managt, sondern Updates nur „irgendwann mal einspielt“, sammelt genau die Rückstände an, die hier sichtbar wurden: instabile Systeme, vergessene Lücken, Zeitfenster, in denen Angreifer freie Bahn haben.

Warum das für unser Managed-Services-Paket spricht

Genau für diesen Kreislauf gibt es Managed Services. Nicht, weil wir Patches schneller einspielen könnten als ein automatisches Windows-Update — sondern weil wir das, was danach passiert, aktiv überwachen: Läuft ein Dienst nach dem Rollout noch stabil? Gibt es neue Fehlermeldungen im Systemprotokoll? Ist eine Lücke wirklich geschlossen, oder taucht sie beim nächsten Sicherheitscheck wieder auf? Unser Systemmonitoring ITPuls ist deshalb in jedem Paket enthalten, nicht als Zusatzoption — inklusive gestaffeltem Rollout und festen Reaktionszeiten, falls ein Update wie in diesem Fall selbst zum Problem wird.

Denn genau das ist der Unterschied zwischen „ein Häkchen bei Windows Update setzen“ und echtem Patch-Management: Es hört nicht auf, wenn der Patch installiert ist.

Quellen & weiterführende Links

Recherche-Stand: 15. September 2026 — Zahlen und Patch-Stände können sich durch Nachmeldungen von Herstellerseite ändern.