Der Microsoft-Patchday vom 12. August 2026 schliesst 421 Sicherheitslücken, über sechzig davon gelten als kritisch. Darunter sind mehrere mit den Höchstwerten: eine Pufferüberlauf-Lücke im Windows-DNS-Server, eine in den Windows Deployment Services, eine im QUIC-Protokoll, dazu zwei serverseitig behobene Lücken mit dem Maximalwert 10.0. Wer nach Zahlen priorisiert, fängt oben an.
Die einzige Lücke, die nachweislich angegriffen wird, steht aber weiter unten in der Liste: CVE-2026-68820 im Windows-Treiber für WinSock, bewertet mit 7.0.
Warum die niedrige Bewertung täuscht
Die Bewertung ist deshalb moderat, weil ein Angreifer bereits auf dem System sein muss. Es ist eine Rechteausweitung, kein Einbruchsweg. Genau das macht sie in der Praxis wertvoll: Der Einbruch selbst gelingt heute fast immer über den Menschen – über eine Phishing-Mail, ein gestohlenes Passwort, einen angeblichen Helpdesk-Anruf. Was danach fehlt, sind Systemrechte.
Diese Lücke liefert sie. Berichten zufolge nutzt die nordkoreanische Gruppe Lazarus sie seit dem Frühsommer, um ein Rootkit im Betriebssystemkern zu verankern. Ein Rootkit an dieser Stelle sieht mehr als jedes Schutzprogramm, das darüber läuft, und kann diesem gezielt etwas anderes zeigen als die Wirklichkeit.
Was das für die Priorisierung heisst
Die verbreitete Regel «erst alles mit 9.0 und höher» ist bequem, aber sie bildet das Risiko nicht ab. Zwei Fragen sind wichtiger als der Punktwert:
- Wird die Lücke bereits ausgenutzt? Eine aktiv angegriffene 7.0 sticht eine theoretische 9.8. Der KEV-Katalog der CISA ist dafür die praktikabelste Quelle.
- Ist das betroffene System bei uns überhaupt vorhanden und erreichbar? Eine 10.0 in einem Dienst, den wir nicht betreiben, ist eine Meldung, keine Aufgabe.
Für den August heisst das konkret: Die Arbeitsplatzrechner brauchen das Update zügig, nicht erst im Monatsrhythmus, denn dort landet die Rechteausweitung. Die Server mit DNS-Rolle und die Bereitstellungsdienste gehören ins selbe Fenster, weil sie ohne Anmeldung angreifbar sind.
Und danach
Ein Rootkit im Kern lässt sich nicht zuverlässig wegputzen. Wenn der Verdacht besteht, dass ein System zwischen Juni und August übernommen wurde, ist Neuaufsetzen die ehrliche Antwort – und die Wiederherstellung aus einer Sicherung, die älter ist als der Verdacht. Deshalb hat die Aufbewahrungsdauer der Sicherungen einen Sicherheitszweck und nicht nur einen buchhalterischen: Wer nur vierzehn Tage zurückgehen kann, hat bei einem still verlaufenden Einbruch nichts, worauf er zurückgreifen kann.
Quelle: Microsoft Patch Tuesday vom 12. August 2026.
