August-Patchday-Toolkette: Wireshark, .NET und Windows-KBs sauber einspielen
Rund um den August-Patchday 2026 erschienen mehrere sicherheitsrelevante Updates parallel: Wireshark 4.6.8 schließt 28 Lücken, .NET 10.0.11/9.0.19/8.0.30 beheben zehn CVEs, dazu kommen die regulären Windows-11-Sicherheitsupdates KB5121000 und KB5121003. Diese Anleitung zeigt eine sinnvolle Reihenfolge, Testschritte und Stolperfallen für kleine IT-Teams.

Der August-Patchday 2026 bringt neben den regulären Windows-Sicherheitsupdates auch neue Versionen wichtiger Admin-Werkzeuge: Wireshark 4.6.8 schließt 28 teils kritische Sicherheitslücken, Microsoft veröffentlichte parallel Servicing-Updates für .NET 10.0.11, 9.0.19 und 8.0.30, und für Windows 11 stehen die kumulativen Updates KB5121000 (26H1) sowie KB5121003 (25H2/24H2) bereit. Wer diese Updates unkoordiniert einspielt, riskiert unnötige Ausfälle auf produktiven Systemen. Diese Anleitung zeigt eine praxistaugliche Reihenfolge.
Überblick über die Releases
Alle drei Updates erschienen im Abstand weniger Tage rund um den zweiten Dienstag im August 2026. Für Admins, die sowohl Windows-Clients als auch Server mit Wireshark-Analyse und .NET-Runtimes betreiben, bedeutet das mehrere parallele Wartungsfenster in kurzer Zeit.
| Update | Version | Kern-Inhalt |
|---|---|---|
| Wireshark | 4.6.8 (und 4.4.18 im Wartungszweig) | 28 Sicherheitskorrekturen, davon 9 in Datei-Parsern für Capture-Dateien |
| .NET Runtime | 10.0.11 / 9.0.19 / 8.0.30 | 10 gemeinsame CVEs behoben, zusätzlich .NET 11 Preview 7 veröffentlicht |
| Windows 11 26H1 | KB5121000 | Sicherheitskorrekturen, TPM-Attestierung, Secure-Boot-Zertifikatsverteilung |
| Windows 11 25H2/24H2 | KB5121003 | Sicherheitskorrekturen, gleiche Secure-Boot-Verbesserungen |
Wireshark 4.6.8 einspielen
Die neue Wireshark-Version behebt laut Release Notes 28 Sicherheitslücken, von denen mehrere beim bloßen Öffnen präparierter Capture-Dateien (PCAP/PCAPNG) zu Abstürzen führen können. Betroffen sind unter anderem die Dissectoren für UMTS FP und RDP sowie mehrere Speicherfehler im BLF-Writer. Wer Wireshark zur Analyse von Traffic aus nicht vertrauenswürdigen Quellen einsetzt, etwa bei der Untersuchung eines Sicherheitsvorfalls, sollte das Update vorrangig behandeln.
- Aktuell installierte Wireshark-Version prüfen:
wireshark --versionoder über Hilfe > Info. - Installer von wireshark.org herunterladen, Signatur beziehungsweise Hash gegen die Angaben auf der Download-Seite prüfen.
- Bestehende Capture-Filter und Profile vor der Installation sichern, sie liegen unter dem Benutzerprofil und bleiben bei einem Update in der Regel erhalten, ein Backup schadet trotzdem nicht.
- Nach der Installation eine bekannte Testdatei öffnen, um die Funktion zu verifizieren, bevor das Tool wieder produktiv für Vorfallsanalysen genutzt wird.
.NET-Servicing-Updates planen
Microsoft hat .NET 10.0.11, 9.0.19 und 8.0.30 zeitgleich veröffentlicht und behebt darin zehn gemeinsame Sicherheitslücken. Wichtig für die Planung: .NET 8 und .NET 9 laufen laut Microsoft im November 2026 aus dem Support, das August-Update ist entsprechend eines der letzten für diese beiden Versionen. Wer produktive Anwendungen noch auf .NET 8 oder 9 betreibt, sollte parallel zum Sicherheitsupdate die Migration auf .NET 10 (Long Term Support) einplanen.
- Auf Servern mit gehosteten ASP.NET-Anwendungen: Update zunächst auf einer Staging-Instanz testen, insbesondere wenn eigene NuGet-Pakete mit spezifischen Runtime-Versionen gepinnt sind.
- Docker-Images mit .NET-Base-Images (
mcr.microsoft.com/dotnet/aspnet) neu bauen, sobald die aktualisierten Tags verfügbar sind, statt nur den Host zu patchen. - CI/CD-Pipelines prüfen, ob dort SDK-Versionen hart referenziert sind, die ein Update blockieren würden.
Windows-11-KBs koordiniert ausrollen
KB5121000 betrifft ausschließlich Windows 11 26H1, eine Sonderversion ohne direkten Upgrade-Pfad auf 26H2. KB5121003 aktualisiert Windows 11 25H2 und 24H2 auf die Buildnummern 26200.9168 beziehungsweise 26100.9168. Beide Updates enthalten laut Deskmodder-Analyse zusätzliche Verbesserungen bei der automatischen Verteilung neuer Secure-Boot-Zertifikate über Windows Update, was insbesondere für Geräte ohne zentrale Geräteverwaltung relevant ist.
- Betroffene Windows-Versionen im eigenen Bestand identifizieren, insbesondere ob noch 26H1-Systeme laufen, die gesondert versorgt werden müssen.
- Updates zunächst auf einer Testgruppe (Ring-Deployment) ausrollen, bevor die gesamte Flotte aktualisiert wird.
- Bekannte Probleme vorab prüfen: Für KB5121003 wird in Community-Berichten ein SCEP-Zertifikatsregistrierungsfehler in der Ereignisanzeige genannt, der laut Deskmodder folgenlos bleibt.
- Nach dem Rollout Systemstabilität und TPM/Secure-Boot-Status stichprobenartig verifizieren.
Empfohlene Reihenfolge für kleine IT-Teams
Bei begrenzten Wartungsfenstern empfiehlt sich folgende Priorisierung: zuerst Windows-Sicherheitsupdates auf Servern und kritischen Clients, da diese das größte Angriffsflächen-Risiko abdecken. Danach .NET-Runtime-Updates auf Systemen mit öffentlich erreichbaren Web-Anwendungen. Wireshark und andere lokale Analyse-Tools können zuletzt folgen, sofern sie nicht aktiv für eine laufende Vorfallsuntersuchung benötigt werden, dann hat das Update Vorrang.
Passende Anleitungen auf S-EDV
- Renovate mit Docker: Abhängigkeiten und Base-Images automatisch aktualisieren - hilfreich, um .NET-Base-Images nach Servicing-Updates automatisiert zu erneuern.
- Windows-Updates zentral steuern: WSUS und Update for Business - für die koordinierte Verteilung der Windows-11-KBs im eigenen Netz.