![\"Update\"](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2021\/06\/Update-01.jpg\" "\\"Update\\"")
Zum 11. August 2026 hat Microsoft ja einen Schwung Sicherheitsupdates f\u00fcr diverse Microsoft Produkte (Office, Windows etc.) ver\u00f6ffentlicht. Die ganz gro\u00dfen Katastrophen scheinen nach dem Einspielen der Sicherheitsupdates ausgeblieben zu sein. Hier im Blog liegen mir aber Lesermeldungen zu Problemen (Outlook, Windows etc.) vor, die ich kurz in einer Nachlese zusammen fasse.<\/p>\n
<\/p>\n
Bei uns sind nach dem Update bei vielen Usern die Bilder in der Signatur weg. Stattdessen wird nur noch \"rotes x\" angezeigt. Selbst wenn man diese manuell wieder einf\u00fcgt ist es nach dem speichern wieder futsch. Outlook Classic.<\/p><\/blockquote>\n Es betrifft beim Leser die Microsoft 365-Build 20228.20188, ein weiterer Leser nennt<\/a> Microsoft Office 2021 LTSC mit Outlook 2021 LTSC ebenfalls als betroffen. Ein anderer Leser nennt Microsoft Office 2016, 2019, 2021 und 2024 als betroffen. Im Kommentarbereich des Beitrags Patchday: Microsoft Office Updates<\/a> (11. August 2026)\u00a0 finden sich einige weitere Best\u00e4tigungen, dass diverse Office-Builds betroffen seien. Ein Leser vermutet<\/a>, dass die Integration der neuen M\u00f6glichkeit, Bilder aus OneDrive einzuf\u00fcgen, diesen Bug provoziert hat.<\/p>\n Blog-Leser Micha hat mich zum 14. August 2026 per E-Mail kontaktiert (danke) und berichtet von schwerwiegenden Problemen mit dem\u00a0.NET-Update KB5122104. Das\u00a0August 2026 .NET 8.0.30 Security Update for x64 Client (KB5122104<\/a>) adressiert Schwachstellen in der Microsoft .NET Runtime.<\/p>\n Der Leser schreibt, dass ihm\u00a0 seit dem Windows-Update vom 11.08.2026 (Windows 11 Pro, vollst\u00e4ndig aktualisiert) u. a. das .NET 8.0.30 Security Update for x64 Client (KB5122104) angeboten werde. Die Installation l\u00e4uft seit dem Abend des 11.08. in einer Endlosschleife:<\/p>\n Der Download gelingt, doch die Phase \u201eWird installiert\" dauert viele Stunden und schl\u00e4gt letztlich fehl.\u00a0Nach jedem Neustart beginnt der Vorgang von vorne.<\/p><\/blockquote>\n Auch am dritten Tag nach dem August 2026-Patchday h\u00e4ngt die Installation beim Leser bei ca. 30%, bis sie dann voraussichtlich am Abend oder in der Nacht wieder als \"Fehlgeschlagen\" quittiert wird. Der Leser schreibt: \"Bisher habe ich online keine Berichte \u00fcber \u00e4hnliche Probleme bei diesem Update gefunden.\", k\u00f6nnte also ein Einzelfall sein.<\/p>\n In diesem Kommentar<\/a> meldet ein Nutzer, dass die in seiner Umgebung vorhandene\u00a0Securepoint-Firewall nach der Installation der Sicherheitsupdates auf Windows Server nicht mehr erreichbar seien. Deinstallation der Updates behebt derzeit das Problem. Es deutet sich ein Konfigurationsproblem an, denn der Leser schrieb in Folgekommentaren \"Problem war, das der eine DC \u00fcberhaupt keine DNS Anfragen mehr f\u00fcr irgendein Ger\u00e4t gescheit beantwortet hat. In der Securepoint war nur dieser eine DNS Server f\u00fcr die AD Anbindung hinterlegt.\"<\/p>\n In diesem Kommentar<\/a> berichtet Marcel von b\u00f6sen Problemen bei der Virtualisierung in Verbindung mit den VMware Tools. Sobald die\u00a0VMware-Tools automatisch beim Reboot aktualisiert werden, gibt es in Verbindung mit dem August 2026 Patchday gro\u00dfe Probleme.<\/p>\n Der Leser hat vier Systeme mit Windows Server 2019 mit entsprechenden Sicherheitsupdates August 2026 gepatcht und danach gebootet. Dann wollte der Windows Server 2019 die VMware-Tools aktualisieren und scheiterte. Es hie\u00df, dass keine \"VMtools vorhanden seien\".<\/p>\n Die manuelle Installation der VMware-Tools von Version 13322 auf 13344 scheitert mit einem Fehler. Die L\u00f6sung des Problems besteht darin, den Ordner mit den VMware-Tools mit folgenden Befehlen:<\/p>\n umzubenennen, dann neu zu booten, und die Installation erneut manuell zu versuchen.<\/p>\n Dann gibt es noch ein spezifisches TPM-Problem in Verbindung mit dem Update der Secure Boot-Zertifikate, welches wohl Besitzer von Systemen (z.b. eines Medion All-in-One PC, AIO-PC) betrifft. Blog-Leser Nakaschito<\/cite> beschrieb seinen Fehler<\/a> unter Windows 11 so:<\/p>\n Seit ca. 2 Wochen mache ich rum weil mein Win 11 nach ca 5 Minuten einfriert. Alles probiert, nichts ging. Nirgends habe ich gefunden welcher Dienst nach ca. 5 Minuten startet. Also Rechner zur\u00fcck gesetzt. Alles lief wieder normal. Bis heute.<\/p>\n Das Sicherheitsupdate KB5121003 hatte sich installiert und meldete einen Neustart. Habe ich gemacht. Mit dem Erfolg das der Rechner wieder aufgeh\u00e4ngt hat. Also das Paket wieder deinstalliert. Bis jetzt l\u00e4ufts.<\/p><\/blockquote>\n Es gibt also ein tieferliegendes Problem, auf das Leser Marco hier geantwortet<\/a> hat. Er kennt das Problem von einem \u00e4lteren Medion All-in-One PC. Auf einem Medion H81H3-TI mit AMI-Firmware H81TIW08.300 kommt es unter Windows 10 22H2 Build 19045.7548 zu obigem Fehlerbild.<\/p>\n Erkl\u00e4rung ist, dass der Secure-Boot-Servicing-COM-Handlers TpmTasks.dll<\/em> beim Aufruf von SBServicing<\/em> einen vollst\u00e4ndigen Platform Hard Lock verursacht, sofern der automatische High-Confidence-Secure-Boot-<\/em>Deployment-Pfad aktiv ist. Dann triggert ein Task dieses Einfrieren.<\/p>\n Mit HighConfidenceOptOut=1<\/em> l\u00e4uft derselbe Task bei weiterhin aktiviertem Secure Boot fehlerfrei. Der normale UEFI-Secure-Boot-Variablenzugriffe funktionieren ebenfalls. Der Fehler liegt nach Vermutung des Leser damit sehr wahrscheinlich in einem spezifischen Firmware-\/Servicing-Interaktionspfad des automatischen Secure-Boot-2023-Deployments. Bei diesem Blog-Leser lag die\u00a0Ursache im Windows-Task:<\/p>\n Dieser Task startet 5 Minuten nach dem Boot (PT5M) und ruft \u00fcber einen COM-Handler:<\/p>\n auf. Dann friert das ganze System ein.\u00a0Der Workaround des Leser besteht daher darin, Secure Boot aktiviert zu lassen, aber das automatische High-Confidence-Deployment zu deaktivieren. Dies hat er mit folgender\u00a0Windows PowerShell-Anweisung gemacht:<\/p>\n New-ItemProperty ` Vielleicht hilft es jemandem, der betroffen ist, weiter. Im Beitrag Patchday: Windows 10\/11 Updates<\/a> (11. August 2026) gibt es noch einige Nutzerkommentare, die Fehler (Tastatur reagiert nicht, SSO kaputt, Bug im Systray mit Ursachenbenennung) reklamieren. Sind aber wohl auch Einzelf\u00e4lle.<\/p>\n \u00c4hnliche Artikel: Zum 11. August 2026 hat Microsoft ja einen Schwung Sicherheitsupdates f\u00fcr diverse Microsoft Produkte (Office, Windows etc.) ver\u00f6ffentlicht. Die ganz gro\u00dfen Katastrophen scheinen nach dem Einspielen der Sicherheitsupdates ausgeblieben zu sein. Hier im Blog liegen mir aber Lesermeldungen zu Problemen … Weiterlesen Microsoft hat f\u00fcr Office und dessen Anwendungen zahlreiche Sicherheitsfixes bereitgestellt (siehe\u00a0Patchday: Microsoft Office Updates<\/a> (11. August 2026) hier im Blog). Dabei scheint auch etwas an der Darstellung von Bildern in Signaturen von Outlook Classic kaputt gegangen zu sein. Blog-Leser Stefan schreibt in diesem Kommentar<\/a>:<\/p>\n
Probleme mit .NET-Update KB5122104<\/h2>\n
Windows Server: Securepoint-Firewall nicht mehr erreichbar<\/h2>\n
Probleme mit VMware Tools<\/h2>\n
ren \"C:\\Program Files\\VMware\\VMware Tools\" \"VMware Tools.old\"\r\nren \"C:\\ProgramData\\VMware\" \"VMware.old\"<\/pre>\n
Windows friert nach 5 Minuten ein<\/h2>\n
\\Microsoft\\Windows\\PI\\Secure-Boot-Update<\/pre>\n
C:\\Windows\\System32\\TpmTasks.dll\r\nData: SBServicing<\/pre>\n
\n-Path 'HKLM:\\SYSTEM\\CurrentControlSet\\Control\\SecureBoot' `
\n-Name 'HighConfidenceOptOut' `
\n-PropertyType DWord `
\n-Value 1 `
\n-Force<\/p>\n
\n<\/strong>Microsoft Security Update Summary<\/a>\u00a0(11. August 2026)
\nPatchday: Windows 10\/11 Updates<\/a>\u00a0(11. August 2026)
\nPatchday: Windows Server-Updates<\/a>\u00a0(11. August 2026)
\nPatchday: Microsoft Office Updates<\/a>\u00a0(11. August 2026)<\/p>\n","protected":false},"excerpt":{"rendered":"